[Webkit-unassigned] [Bug 197100] [GTK] Slow scrolling (not matching GTK native scroll amount)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Oct 9 15:20:52 PDT 2021


https://bugs.webkit.org/show_bug.cgi?id=197100

Alexander Mikhaylenko <alexm at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alexm at gnome.org

--- Comment #1 from Alexander Mikhaylenko <alexm at gnome.org> ---
More info:

- This doesn't affect touchpad/per-pixel scrolling
- This happens regardless of async scrolling or not
- Happens with keyboard too

An easy reproducer - hold pgdown on https://planet.webkitgtk.org/

My theory is - it's related to smooth scrolling, when you have quickly incoming scroll events, the next event cancels animation from the last one and triggers a new animation without compensating for the fact the last animation stopped early. So if you press pgdown repeatedly but wait for the animation to finish each time, it's a lot faster than when you hold it, BUT the first (because key repeat delay) and last animations finish and so it's visible how the beginning and end of the scrolling is faster.

That happens in trunk though - 2.33.91 (sorry, 2.34.0 is not in the flatpak platform yet) seems to do something different and pgdown is too fast instead (while mouse scrolling is same as in trunk) - no idea here.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211009/d74b835d/attachment.htm>


More information about the webkit-unassigned mailing list