NOT TO BE IMPLEMENTED BEFORE M43. Filed for tracking only until that
milestone.
A temporary flag allow-insecure-websocket-from-https-origin is being
introduced in 36 timeframe to allow some apps to not break on Chrome 36
when this will be disabled in general. This bug is being filed far far in
advance to remove this flag in future after giving a reasonable time window
for app developers & customers to adapt.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
chro...@googlecode.com
unread,
Jun 1, 2014, 2:10:39 AM6/1/14
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
There's a proposal to treat local resource as secure. But also there's a
proposal to block access from web resource to local resource (see
http://crbug.com/378566).
At least we'll remove support for non localhost cases on M43.
chro...@googlecode.com
unread,
Mar 16, 2015, 5:38:48 AM3/16/15
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
The mixed content spec doesn't distinguish between loopback and
non-loopback (at least partially because of the plans in
https://crbug.com/378566), and the mixed content checker doesn't
distinguish either. It's not clear to me that it's a good idea to allow
insecure local loopback, period.
As discussed on that other bug, getting rid of secure local loopback is
appealing, and I don't think we've shut the door on it at all. Quite the
contrary.
chro...@googlecode.com
unread,
Mar 24, 2015, 7:15:07 AM3/24/15
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
#2: Does your use case require that the flag is changeable at about:flags?
You can still specify the --allow-running-insecure-content command line
flag to turn off the mixed content check. Of course, before using it, you
should understand what the flag means and avoid using it for running
untrusted applications.
chro...@googlecode.com
unread,
Mar 24, 2015, 7:46:06 AM3/24/15
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
This about:flags was provided to have migration period for apps that were
depending on ws:// on https:// page. The period ended. We won't revive the
flag.
You can run Chrome with --allow-running-insecure-content flag to allow
mixed content WebSokcket so far though you must understand the security
risk of the option. We don't guarantee availability of this flag in the
future.
chro...@googlecode.com
unread,
May 27, 2015, 3:23:33 AM5/27/15
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message