There's a funny misbehavior in GTK+ where it sends scroll events to widgets listening to GDK_BUTTON_PRESS_MASK (perhaps dates from the old days where apps listened to 4-7 button presses), WebKitWebView seems to rely on this behavior and doesn't set GDK_SCROLL_MASK in the event mask, given it already seems to handle scroll events, adding this bit to the mask should be quite harmless, mostly for correctness
GtkLayout adds EXPOSURE and SCROLL. It seems that when we switched from GtkLayout to GtkContainer EXPOSURE was added but not SCROLL, I don't know if that was on purpose, though.
Created attachment 122944 [details] Patch, adds GDK_SCROLL_MASK to WebKitWebView[Base]
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See http://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API
Comment on attachment 122944 [details] Patch, adds GDK_SCROLL_MASK to WebKitWebView[Base] Clearing flags on attachment: 122944 Committed r105289: <http://trac.webkit.org/changeset/105289>
All reviewed patches have been landed. Closing bug.