GNOME Bugzilla – Bug 752636
evince jumps to end of document on scrollwheel
Last modified: 2015-07-22 17:41:03 UTC
When I use the mouse scrollwheel for the first time (up or down doesn't matter) evince jumps to the last page. When I hold Ctrl while using scrollwheel for the first time it instead sets the zoom to 20% (fully zoomed-out). Either way, scrollwheel works normally after that. But when I switch to another application and back, the next scroll wheel event again jumps to the last page (or fully zooms out). Keyboard scrolling always works as expected but does not prevent the next scrollwheel event from jumping. I suspect it's happening since a recent upgrade (debian testing). I have compiled git master and it shows the same problem. I have compiled an older git version (about 2 years old) and it also shows the same problem, but I'm pretty sure I didn't have this problem before. GTK version: 3.16.5 Window manager: xfce4 4.12.1 Possibly related to this bug (fixed): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784219 I have tried to debug this with g_printf() and gdb breakpoint in ev-view.c. The scroll event reaches ev_view_scroll_event() but isn't handled there, it seems to be handled by another widget after the handler returns FALSE. There is on_adjustment_value_changed() called on the vadjustment with a large adjustment to jump-scroll to the document end, but I can't figure out what causes this adjustment (I guess it's coming from outside of ev-view.c).
I'm seeing the exact same behaviour on Fedora 21 using the Evince package 3.14.2-4 Downgrading to 3.14.1-3 and restarting fixes it.
I've seen something like that in other apps after upgrading debian testing that uses gtk 3.16.5. What GTK+ versión are you using? Could it be this https://bugzilla.gnome.org/show_bug.cgi?id=750994? that was reverted after 3.16.5?
Yeah, looks like it is. *** This bug has been marked as a duplicate of bug 750994 ***
Ok, retracting my comment about the evince version (I tested a bit too shallowly, sorry). Earlier today I updated gtk3-3.14.13 to gtk3-3.14.14 after which the trouble began. By yum downgrading the package (all the way down to gtk3-3.14.5 for some reason) the issue seems to have gone away. Thanks Carlos!
Yes it's the same bug. I compiled gtk+ master, however, scroll wheel didn't work at all with that version. Then I compiled 3.16.5 (the version I got from debian testing) plus I cherry-picked Carlos' revert commit (mentioned in the other bug) and now the problem is gone.