Issue metadata
Sign in to add a comment
|
Absolute positioned elements slow to update position when scrolling
Reported by
abgoldb...@gmail.com,
Jun 23 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: 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."
,
Jun 30 2016
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 |
|||||||||||||||||||||||
Comment 1 by ellyjo...@chromium.org
, Jun 28 2016Status: Untriaged (was: Unconfirmed)