Hard refresh or address bar + enter don't forget scroll position
Reported by
rudiedi...@gmail.com,
May 6 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36 Example URL: https://webblocks.nl/tests/scroll.html#h3 Steps to reproduce the problem: 1. Go to https://webblocks.nl/tests/scroll.html#h3 2. Scroll up or down a bit 3. Reload the page (F5, CTRL+R) - scroll position remembered - good 4. Reload the page (address bar + ENTER) - scroll position remembered - wrong What is the expected behavior? F5 reload should remember the scroll position, whatever the current hash. It does. Address bar reload should go back to 'initial' position (anchor). It doesn't. There's no way to get back to the exact anchor position. What went wrong? Scroll position is remembered too persistently, and cannot be unremembered. Even closing and reopening the tab doesn't 'forget' the scroll position. Only opening a NEW tab and pasting the URL there goes back to the anchor. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes 57 Does this work in other browsers? Yes Chrome version: 58.0.3029.96 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Firefox still does what Chrome used to do: forget the scroll position by address bar reload.
,
May 8 2017
,
May 8 2017
Tested the issue on windows 7 using chrome M58 #58.0.3029.96 and M57 #57.0.2987.133 and issue is reproduced. As per your report , In M57 it was working fine , but we couldnt find any difference in M57 as attached in screencast. @rudiedirkx--Could you please confirm the expected result screenshot or screencast for better traiging. Thanks!
,
May 8 2017
This is an intentional change of Chrome 54. Previously the 'omnibox + entry' behaves as a kind of mixed action of reload and new navigation. But now it behaves as a reload since 'omnibox + entry' have behaved mostly like a reload except for the scroll restoration. Since we are already running this new behavior over half a year and haven't seen any critical problem, we won't revert this behavior change.
,
May 8 2017
So the only way to reset scroll position is to open a new tab? That seems more like a bug than a feature...
,
May 9 2017
If you just want to reset the scroll position, Ctrl+Shift+↑ could be a better alternative rather than a special reload variant.
,
May 9 2017
I don't want to go to the top of the page. I want to go to where the page loaded: #some-anchor Am I the only one who misses this? Weird. |
||||
►
Sign in to add a comment |
||||
Comment 1 by tkent@chromium.org
, May 8 2017Components: -Blink UI>Browser>Navigation Blink>Loader
Labels: -Type-Bug Needs-Bisect Type-Bug-Regression