New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 612180 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 607878
Owner: ----
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Connecting from https page to ws://127.0.0.1 (using WebSocket) is blocked by mixed content error

Project Member Reported by shrikant@chromium.org, May 16 2016

Issue description

Version: 50.0.2661.102
OS: Any

What steps will reproduce the problem?
(1) Download and run pywebsocket or equivalent websocket server locally on 127.0.0.1, bound to port 9998
(2) Run websocket test from https://kepler37b.skelkar.com/test/
(3) Press on "Connect through WebSocket.

Please correct if not true, but my assumption is 127.0.0.1 is considered secure connection and hence shouldn't be blocked by mixed content error.

What is the expected output?
Connection established and Message sent/received.

What do you see instead?
Blocked by Mixed content error.


Please use labels and text to provide additional information.

 
Labels: -OS-iOS
Components: Blink>Network>WebSockets Blink>SecurityFeature
While localhost is considered a "secure origin" (https://www.chromium.org/Home/chromium-security/prefer-secure-origins-for-powerful-new-features), I'm not sure that extends to mixed-content evaluation.

Comment 3 by est...@chromium.org, May 16 2016

Mergedinto: 607878
Status: Duplicate (was: Untriaged)
127.0.0.1 is not currently considered secure for the purposes of mixed content, but it's under consideration in  issue 607878 . Also of note: localhost is treated differently than 127.0.0.1 in the latest version of the secure contexts spec: https://w3c.github.io/webappsec-secure-contexts/#localhost

Sign in to add a comment