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

Issue 634133 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner: ----
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

Scroll anchoring make incorrect adjustments with pulse animations

Project Member Reported by ymalik@chromium.org, Aug 3 2016

Issue description

Go to https://jsbin.com/vesici/quiet and follow the repro steps.

Though the above example is synthetic, having the pulse animations are probably common for map pages.

Can't think of a good solution.
 
There's nothing special about pulse, right?  This is just "the anchor node may animate" (which is in turn a special case of "the webpage may move the anchor node deliberately).
Yes, there's nothing special about pulse. But, I think this problem exists regardless of whether the anchor node animates. We could anchor to something below the pulse node, but the pulse may cause a change in the position of the anchor and unnecessary anchoring.

Its a special case of "we don't know whether the layout is caused by something loading, or an intentional change". It may actually not be that big of an issue in practice because these animations are services on cc. I'm deliberately changing 'top' to trigger a layout. 

But I filed this to be aware of the types of problems that might happen. I think the right fix here would be to opt-out the element containing the pulsing eleming.

Comment 3 by skobes@chromium.org, Jan 11 2017

Status: Fixed (was: Available)
I think this was fixed by SANACLAP, since "transform" is a suppression trigger.

Sign in to add a comment