Issue metadata
Sign in to add a comment
|
The “Go Back” button stays inert when an opened URL gets hijacked by a an internet \ wifi provider redirect (e.g. payment warning),
Reported by
ananounn...@gmail.com,
May 26 2018
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36 Steps to reproduce the problem: 1. Connect to an internet network that is able to hijack opened webpages to display its own URLs \ information instead. 2. Make the internet network replace the URL that was being opened in a tab by some other URL (e.g. google.com by provider.com/you-have-no-internet-because-your-monthly-payments-were-late/ etc) 3. Make the internet network stop redirecting \ replacing all the opened tab URLs 4. By this point, all the tabs that have been replaced with pages leading to provider.com’s website, will keep opening provider.com’s pages instead of the original ones, and there will be no way of recovering the original URLs (unless one were to try diffing through all the URLs registered in History). What is the expected behavior? For the browser to detect that there was a redirect, and to allows going back to the original webpage by using the “Go” button (as an example). What went wrong? URLs opened in foreground and background tabs were lost with almost no way of recovering them. Did this work before? N/A Chrome version: 66.0.3359.181 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
May 28 2018
Thanks for filing the issue! The issue seems to be out of scope for us to triage it from our end as this seems to be related to an opened URL getting hijacked. Hence adding label TE-NeedsTriageHelp and requesting some one from Dev team to have a look into this issue and help in further triaging it. Tentatively adding component "Internals>Network" please change if this isn't apt.
,
May 29 2018
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by susan.boorgula@chromium.org
, May 27 2018