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

Issue 629156 link

Starred by 2 users
Status: WontFix
Owner: ----
Closed: Mar 2018
Cc:
a...@chromium.org
clamy@chromium.org
creis@chromium.org
█ nasko@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Url changes while refreshing

Reported by mik.jo...@gmail.com, Jul 18 2016 
Chrome Version: 51.0.2704.106 m (64-bit)
URL: http://history-test.webzdarma.cz/
OS: Windows 10

What steps will reproduce the problem?
1. Go to history-test.webzdarma.cz
2. Follow the instructions.

Expected behavior:
When I press F5, the url stays the same.

Actual behavior:
Url changes when I press F5.


Firefox and Edge don't even change the URL when the link in website is clicked.
index.html
786 bytes View Download
iframe.html
996 bytes View Download

Comment 1 by ashej...@chromium.org, Jul 19 2016

Cc: ashej...@chromium.org
Components: UI>Browser>Omnibox UI>Browser>Search
Labels: -Pri-3 M-54 OS-Linux OS-Mac OS-Windows Pri-2
Status: Untriaged (was: Unconfirmed)
Able to reproduce the above issue on All-OS(Windows, Mac 10.11.5 & Ubuntu 14.04) with chrome version 51.0.2704.106(Stable), Beta(52.0.2743.75) & Dev (53.0.2785.8).

This is a non-regression issue as can be seen from M49 build '49.0.2620.0' and prior to that the link inside the iframe is not clickable. Hence marking the same as Untriaged.

Thank you!

Comment 2 by pkasting@chromium.org, Jul 19 2016

Components: -UI>Browser>Omnibox -UI>Browser>Search UI>Browser>Navigation
This is not omnibox or search, this is a navigation stack issue with history.pushState.

Note that "press backspace" in the instructions won't work on the newest versions of Chrome, but you can use the toolbar back and refresh buttons to reproduce the issue.

Comment 3 by ellyjo...@chromium.org, Sep 14 2016

Owner: davidben@chromium.org
Status: Assigned (was: Untriaged)
davidben@, I think you looked at history.pushState in the past... assigning this to you for a look.

Comment 4 by davidben@chromium.org, Sep 14 2016

Cc: creis@chromium.org a...@chromium.org nasko@chromium.org
Owner: ----
Status: Untriaged (was: Assigned)
It's been a while since I've done anything navigation-related. avi, creis, or nasko would probably be better to triage this.

Comment 5 by nasko@chromium.org, Jul 25 2017

Cc: clamy@chromium.org
Labels: Proj-PlzNavigate
Status: Available (was: Untriaged)
Just came across this bug. In the initial steps, the backspace key no longer navigates back, so I've used the Back button in the browser UI. With that, the repro steps don't result in the URL changing with PlzNavigate enabled version of Chrome Dev. I could repro it on M60 without PlzNavigate, so I suspect all the work we have done on moving session history to the browser side and PlzNavigate have resulted in us fixing this.

Given that we are aiming to ship PlzNavigate in M60, I don't anticipate us doing work on fixing it in the old navigation code. I will close it as fixed once we know PlzNavigate is the default.

Comment 6 by ashej...@chromium.org, Nov 2 2017

Cc: -ashej...@chromium.org

Comment 7 by nasko@chromium.org, Mar 9 2018

Status: WontFix (was: Available)
This no longer reproduces on 65.0.3325.31 (Official Build) dev (64-bit), therefore closing it.
►

Sign in to add a comment