After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 683885 - clicking below scrollbar button no longer scrolls one screen at a time, scrolls to percentage of document on each click
clicking below scrollbar button no longer scrolls one screen at a time, scro...
Status: RESOLVED NOTABUG
Product: gtk+
Classification: Platform
Component: Widget: GtkScrolledWindow
3.5.x
Other Linux
: Normal major
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2012-09-12 19:06 UTC by k anliot
Modified: 2012-10-09 03:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description k anliot 2012-09-12 19:06:38 UTC
version 3.5.90
seems to happen on all documents, tested on pdf and cbr. normally clicking below the draggable scrollbar button scrolls the view, however evince is now scrolling more farther or less than normal. seems to occur 100% of the time
evince is still technically usable, but this isn't normal operation for any other app on my desktop.
I can still scroll through the document, but scrolling down a screen can no longer be done without the keyboard

clicking scrollbars above or below scrollbar button scrolls more than one screenful up or down
Comment 1 Muflone 2012-10-07 12:25:03 UTC
Indeed the new behavior now skips to the selected point instead of scroll one page per click.
Confirmed on evince 3.6.0
Comment 2 Muflone 2012-10-07 12:48:17 UTC
The old scroll can be obtained using the click with the right button.
The previous middle click is now the left click and the previous left click is now the right click.

Not sure why but these changes are confusing.
Comment 3 Carlos Garcia Campos 2012-10-07 13:16:58 UTC
We haven't changed anything, I guess it's a change in GtkScrolledWindow, reassigning.
Comment 4 Muflone 2012-10-08 17:50:36 UTC
I think Carlos is right.
The same behavior now results also in deluge, packagekit, nautilus 3.6 and some others.
Comment 5 Matthias Clasen 2012-10-09 03:49:00 UTC
This was an intentional change in behaviour. You can get the old behaviour back with the gtk-primary-button-warps-slider setting.