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

Issue 594878 link

Starred by 2 users
Status: Fixed
Owner:
█ ymalik@chromium.org
(currently inactive on Chromium)
Closed: Aug 2016
Cc:
█ ymalik@chromium.org
skobes@chromium.org
█ kenjibaheux@chromium.org
ojan@chromium.org
█ rsch...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug

Blocking:
issue 558575



Sign in to add a comment

Scroll Anchoring: nested scrollers

Project Member Reported by kenjibaheux@chromium.org, Mar 15 2016 
Scroll Anchoring is an intervention whose intent is to mitigate reflows that unnecessarily impact the user experience.

We should confirm if it interacts well with nested scrollers.

Comment 1 by dtapu...@chromium.org, Mar 15 2016

Status: Available (was: Unconfirmed)

Comment 2 by ymalik@chromium.org, Jul 6 2016

Owner: skobes@chromium.org

Comment 3 by ymalik@chromium.org, Jul 11 2016

Owner: ymalik@chromium.org
Status: Started (was: Available)

Comment 4 by ymalik@chromium.org, Jul 11 2016 

Scroll Anchoring seems to be interacting reasonably with nested scrollers. 

This is mainly because layout changes outside of a nested scroller don't trigger the save:restore path within the nested scroller.

I found one bug with the way we were calculating the visibility of an anchor candidate. Fix here: https://codereview.chromium.org/2136323002/.

I think this issue can be marked fixed but will wait for skobes' feedback.

Comment 5 by skobes@chromium.org, Aug 9 2016

Status: Fixed (was: Started)
►

Sign in to add a comment