GNOME Bugzilla – Bug 708570
scroll events are not passed from child to parent scrolled window if child is composited
Last modified: 2013-11-16 23:47:53 UTC
Created attachment 255508 [details] simple test code that exposes the compositing bug Since gtk+3.8, scroll events are not passed from child to parent scrolled window if child is composited. This bug primarily is exposed via oxygen-gtk and reported here: https://bugs.kde.org/show_bug.cgi?id=321284 but (after investigation) turns out to be a gtk+ regression, (not present in 3.6) Attached test code exposes the issue with any widget style: unpack and build using cmake if you run the application: - scrolling using a mouse weel should not work in the main widget (the text). - scrolling with touchpad two fingers should work - if you edit the main c file and comment out the part about compositing, everything should work as usual. Thanks in advance for investigating further, Hugo
With Oxygen-GTK3 1.2.0, I still cannot scroll on the textfield using a Logitech M525 mouse or Logitech T650 touchpad. My laptop's touchpad works only half (if I start dragging with two fingers, it sometimes picks up the movements, and sometimes it doesn't). When I set set the OXYGEN_DISABLE_INNER_SHADOW_HACKS environment variable, the text of the attached demo is gone (why?) and scrolling is still broken (with unmodified source). When recompiling with `if( 1 )` replaced by `if( 0 )`, scrolling is still broken in the same way unless I set OXYGEN_DISABLE_INNER_SHADOW_HACKS. By the way, in either case I have to Ctrl+C the program, closing does not terminate it. With `oxygen-gtk3-demo`, the same observation shows: - envvar not set: erratic scrolling with laptop touchpad, USB mouse/touchpad do not trigger anything - envar set: scrolling works
Thanks for the testcase and the bug report, it's been helpful to see where could this be coming from, I'm closing this as a dup of #699574, where discussion was ongoing. *** This bug has been marked as a duplicate of bug 699574 ***