Scroll position not set correctly based on URL fragment when reloading page
Reported by
sime.vi...@gmail.com,
Apr 26 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:45.0) Gecko/20100101 Firefox/45.0 Example URL: http://w3c.github.io/html/semantics-embedded-content.html#loading-the-media-resource Steps to reproduce the problem: 1. Open the URL; Chrome will position the page at the 4.7.14.5. section 2. Scroll to the top of the page (e.g. press Home key) 3. Reload the page (e.g. press F5) What is the expected behavior? Chrome should re-position the page at the 4.7.14.5. section What went wrong? Chrome does not set the scroll position at all Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 50.0.2661.87 (Official Build) m (32-bit) Channel: stable OS Version: 10.0 Flash Version: 21.0.0.216
,
Apr 28 2016
I believe this is working as intended. A refresh isn't a new navigation to the page, hitting <enter> while in the URL bar initiates a fresh navigation which restores the scroll anchor as expected. *current* scroll offsets are preserved through a refresh. I've confirmed Firefox has the same behavior on the page so I'm going to mark this a WontFix. +cc japhet@ just in case, since I believe he's worked on loading so he may know more.
,
Apr 28 2016
+cc japhet@ for real this time
,
Apr 28 2016
,
Apr 28 2016
Yeah, I believe this is WAI. |
||||
►
Sign in to add a comment |
||||
Comment 1 by dtapu...@chromium.org
, Apr 27 2016