[Webkit-unassigned] [Bug 81779] [GTK] Scrolling doesn't work in WebKit2 since r109584

[bugzilla-daemon at webkit.org]

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





--- Comment #8 from Zan Dobersek <zandobersek at gmail.com>  2012-03-22 01:18:49 PST ---
The offending commit is r110185
http://trac.webkit.org/changeset/110185

Changes made cause the animation scheduling to be done through ChromeClient only if the port is using display refresh monitor. Gtk is currently using display refresh timer (sort of a fallback), which was not accounted for in that revision. That's causing the scrolling animations not to be scheduled and done.

There's two ways of fixing this - use another timer in Chrome class in case the port is not using the display refresh monitor, or try to implement a display refresh monitor for the Gtk port.

I've looked up in Chromium how the display refresh monitor is done there. It seems that if the --disable-gpu-vsync switch is present, the animation interval is 0, meaning animation updates are made as fast as possible. Otherwise they're aiming for the standard 60FPS with animation intervals of 16 milliseconds.

If we'd be following that approach, implementing the display refresh monitor would be pretty straightforward, at least in WebKit1. I'd like some opinion before approaching this, though.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.