MD Settings: Navigating back to previous subpages doesn't preserve their scroll position
Reported by
mni...@etouch.net,
Nov 10 2016
|
|||||||||||
Issue descriptionVersion: 56.0.2914.3 b57184fe310b2dd87729c8b08e3e30dde2394195-refs/branch-heads/2914@{#7} (64-bit) OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.10.5, 10.11.4) What steps will reproduce the problem? 1. Launch chrome, navigate to chrome://md-settings/content. 2. Now scroll down the page and click on 'USB devices' and then click on back navigation arrow of browser,observe Actual: Unnecessary sub page gets scrolled up on back navigation Expected: Unnecessary sub page should not get scrolled up on back navigation This is regression issue, broken in ‘M 55’ and will soon update other info : Good build:55.0.2853.0 Bad build: 55.0.2854.0
,
Nov 10 2016
Using the per-revision bisect providing the bisect results, Good build: 55.0.2853.0 (Revision: 416812). Bad build: 55.0.2854.0 (Revision: 417283). You are probably looking for a change made after 416843 (known good), but no later than 416844 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/1aeb79d7883f1f75729c452ece42137b991a0d40..e6b0168feb6dca854ac181a1daf43b1d27c9d4e8 @michaelpg -- Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner. Thank You.
,
Nov 14 2016
I don't know if we have a particular decision on this. Should navigating back from a deeper sub-page return to the top of the previous sub-page, or to the previous scroll position of that sub-page? My change, always scrolling to top, was a hack; if we want to do the above we'll need to save scroll positions for subpages in navigation history.
,
Nov 25 2016
Just to to update the latest behavior of the bug, Issue is still observed on chrome latest Canary M57-57.0.2931.0 Would anyone from dev team let us know is there any recent update available on this issue? Thanks!
,
Nov 27 2016
@tommycli, can you look into this?
,
Nov 28 2016
AFAIK, it's not a regression, because subpages never preserved their scroll position. (See c#3) Using Back always scrolled you to the Top of the page. If we want to preserve the subpage positions, that will be a new feature to add. I think on the whole, it's not very high priority.
,
Dec 15 2016
Marking Works as Intended. We don't preserve scroll positions. If that's desired... that would be a new feature to add.
,
Apr 3 2017
Issue 703418 has been merged into this issue.
,
Apr 4 2017
it is desired by bettes@
,
Apr 4 2017
This might be a desired behavior once we get more usage, so keeping this open for tracking purposes.
,
Apr 5 2017
Bumping this to a P2... it does feel strange to keep returning to the top of subpages.
,
Apr 11 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 10
I believe this issue is mostly addressed. Firstly, subpage animations have been removed as part of issue 907333 . Secondly, when a subpage is exited, we focus the entry point of that subpage, which mostly fixes the scroll position (it ensures that that entry point is at least visible), see attached screencast. |
|||||||||||
►
Sign in to add a comment |
|||||||||||
Comment 1 by mni...@etouch.net
, Nov 10 2016