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

Issue 797915 link

Starred by 4 users
Status: WontFix
Owner: ----
Closed: Jan 2018
Cc:
rsleevi@chromium.org
█ viswatej...@techmahindra.com
█ sc00335...@techmahindra.com
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Compat



Sign in to add a comment

http localhost websites are redirecting to https

Reported by amanbmuj...@gmail.com, Dec 28 2017 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36

Example URL:
http://t.app

Steps to reproduce the problem:
1. Named http hosts get auto redirected to https.
2. Any websites hosted on local host with specific names are not loading
3. type http://t.app and it gets redirected to https://t.app which does not exist. 

What is the expected behavior?
named http websites should not get redirected to https

What went wrong?
named localhost websites get auto redirected 

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? Yes after upgrade to 63 version it seems to be broken

Does this work in other browsers? Yes

Chrome version: 63.0.3239.84  Channel: n/a
OS Version: 10.0
Flash Version: Shockwave Flash 28.0 r0

IOT products working locally have stopped working which is a severe problem

Comment 1 by bardi.ha...@gmail.com, Dec 28 2017 

.app is an ICANN assigned TLD. It is owned by Google, and is one of the TLDs that has been HSTS preloaded recently (see https://char.gd/blog/2017/stop-using-dev-before-its-too-late). You MUST NOT recklessly use assigned TLDs (or anything not specifically assigned for local purposes for that matter) for internal applications like this, or you'll end up in situations like this.

Comment 2 by krajshree@chromium.org, Dec 28 2017

Labels: Needs-Triage-M63

Comment 3 by bvenkysu...@gmail.com, Dec 29 2017 

I believe that chrome as a browser should be perfectly usable even in local network environment. Auto-redirect to https by the browser is not a desirable feature at this point in time.

Comment 4 by dtapu...@chromium.org, Dec 29 2017

Components: Internals>Network

Comment 5 by viswatej...@techmahindra.com, Jan 2 2018 

Able to reproduce the issue on reported chrome version 63.0.3239.84 using Windows-10 with steps mentioned below:

Steps followed to reproduce the issue:
1) Launched chrome reported version
2) Observed that typing http://t.app in omni bar get redirects to https://t.app

Observations on diffeerent chrome versions:
=> From build# 50.0.2661.0 to build# 63.0.3239.0 it is working as expecetd (i.e., http://t.app didn't get redirecetd to https://t.app)
=> From build# 63.0.3239.30 to build# 63.0.3239.84 able to see the issue reported (i.e., http://t.app get redirecetd to https://t.app)
=> From build# 64.0.3240.0 to build# 64.0.3249.0 it is working as expecetd (i.e., http://t.app didn't get redirecetd to https://t.app)
=> From build# 64.0.3250.0 to build# 65.0.3309.0 able to see the issue reported (i.e., http://t.app get redirecetd to https://t.app)

As the behaviour is inconsistent, bisect info cannot be provide from TE end, hence marking this issue as untriaged.

Thanks!

Comment 6 by sc00335...@techmahindra.com, Jan 2 2018

Cc: viswatej...@techmahindra.com sc00335...@techmahindra.com
Labels: Triaged-ET M-65 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)

Comment 7 by rsleevi@chromium.org, Jan 2 2018

Status: WontFix (was: Untriaged)
As Comment #1 state, .app is a reserved ICANN gTLD. You should use fully qualified domains or domains reserved for purposes of local network testing (such as .test)

Comment 8 by rsleevi@chromium.org, Feb 9 2018

Cc: rsleevi@chromium.org
 Issue 804353  has been merged into this issue.
►

Sign in to add a comment