New issue
Advanced search Search tips

Issue 622780 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 622682
Owner: ----
Closed: Jun 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Absolute positioned elements slow to update position when scrolling

Reported by abgoldb...@gmail.com, Jun 23 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36

Steps to reproduce the problem:
1. Load test HTML page attached (scrolltest.html)
2. Scroll up and down quickly

What is the expected behavior?
The "header" div should stay exactly at the top of the screen like a "sticky header" as the list is scrolled up and down.

What went wrong?
The div lags behind and takes time to catch up and settle into the target location.

Did this work before? Yes Prior to Chrome 51

Chrome version: 51.0.2704.103  Channel: stable
OS Version: OS X 10.11.2
Flash Version: Shockwave Flash 22.0 r0

Note that this is related to the earlier issue https://bugs.chromium.org/p/chromium/issues/detail?id=467595

Previously, though, the solution mentioned about adding a "wheel" listener to force main thread scrolling fixed the problem and kept the header stuck to the top when scrolling up and down quickly.

Just recently, though, that "wheel listener hack" does not seem to help anymore.

One thing that does make the problem go away is to disable "Threaded Scrolling" via chrome:flags, which suggests the problem is still related to which thread the scrolling is handled on, but now maybe there's a different way other than the "wheel" listener to "force main thread scrolling."
 
scrolltest.html
994 bytes View Download
Components: -UI Blink>Scroll
Status: Untriaged (was: Unconfirmed)
Thanks for your report. I cannot reproduce this on 53.0.2782.0 (current canary) nor 52.0.2743.49 (current beta). Sending this over to Blink>Scroll triage; is there a change in 51 that might have caused this to regress temporarily?
Mergedinto: 622682
Status: Duplicate (was: Untriaged)
Wheel events became independent gestures in M51. FireFox (nightly) and Edge have similar behavior too; as well this aligns with touch event handling.

See the duplicate issue and the other issues for more details.

Sign in to add a comment