New issue
Advanced search Search tips

Issue 847008 link

Starred by 1 user

Issue metadata

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



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 description

UserAgent: 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:
 
Labels: Needs-Triage-M66
Cc: vamshi.kommuri@chromium.org
Components: Internals>Network
Labels: Triaged-ET TE-NeedsTriageHelp
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.

Comment 3 by mmenke@chromium.org, May 29 2018

Components: -UI -Internals>Network UI>Browser>Navigation
Mergedinto: 52489
Status: Duplicate (was: Unconfirmed)

Sign in to add a comment