Once an anchor has been visited, it cannot be "refreshed"
Reported by
spa...@gmail.com,
Jun 30 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Steps to reproduce the problem: 1. Navigate to a page on an anchor such as https://wiki.archlinux.org/index.php/systemd#Service_types 2. Scroll around a bit, enough to "get lost" 3. Try any, or all, of the following: (i) Refresh with the UI button (ii) Refresh with F5 or CTRL+R (iii) Refresh with CTRL+F5 (iv) Go to the URL bar and press return Notice that it's not possible to "re-anchor". What is the expected behavior? (iii) or (iv) should probably re-anchor on the anchor. (i) and (ii) probably not, I guess. What went wrong? Some "feature" prevents users from "getting lost" if they refresh a page after scrolling from an anchor, but sadly this means that if you "get lost" for any reason, the quickest way to "get un-lost" is to open a new tab for the same URL (CTRL+L, ALT+RETURN). So essentially, there is no proper way to re-anchor on valid anchors, which reduces usability. Did this work before? N/A Chrome version: 58.0.3029.110 Channel: n/a OS Version: Flash Version: Shockwave Flash 22.0 r0
,
Jul 17 2017
Able to reproduce the issue using 59.0.3071.115 Linux Ubuntu 14.04, Win 10, Mac 10.12.5 as well. Observing the same behavior since M45. Hence considering this issue as Non-Regression issue and untriaging to get input's from dev. Same behavior is seen in M61 as well. Thanks!!
,
Aug 21
Archiving old bugs that haven't been actively assigned in over a year. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
|||
►
Sign in to add a comment |
|||
Comment 1 by ligim...@chromium.org
, Jun 30 2017