Vertical scrollbar behavior is broken (Linux Mint, XFCE). This has been a known issue with GTK that is resolved by creating a settings.ini file in .config/gtk-3.0/ (see: https://support.mozilla.org/en-US/questions/1120904). This fix doesn't work in Tor Browser 8.0.
Designs
Child items
...
Show closed items
Linked items
0
Link issues together to show that they're related.
Learn more.
Also experiencing this issue on Linux. Expected behavior is
left click = scroll 1 page up / down;
middle-click = warp.
Other GTK application on my system work this way, but not tor browser.
I creating a file, tor-browser_LANGUAGE/Browser/.config/gtk-3.0/settings.ini with the content
[Settings]gtk-primary-button-warps-slider = false
and can confirm that this creates the desired scrollbar eperience. Maybe the person complaining make the settings.ini file in the home directory, instead of where tor browser installed / Browser/.config/gtk-3.0? I think that don't work.
I am using KDE on ubuntu.
Could you make this be the default for tor browser 8, so it is like tor browser 7? (no regress)
Also experiencing this issue on Linux. Expected behavior is
left click = scroll 1 page up / down;
middle-click = warp.
Other GTK application on my system work this way, but not tor browser.
Replying to gapegas7uftp:
Could you make this be the default for tor browser 8, so it is like tor browser 7? (no regress)
This is not my experience. For me tor browser 7 warped with a left click and scrolled 1 page up/down with a right click (and also with shift + left click). So for me your proposal would a change.
I am using KDE on ubuntu.
I am not. This is on Debian sid.
For reference, I looked at the behaviour of some native GTK+ 3 applications on my system (mate-terminal, pluma, mate-system-monitor, gnome-terminal, evince, vim-gtk3):
left click: warp
right click and hold: constant scrolling, control speed with horizontal movement, release to stop
middle click: scroll 1 page
shift + left click: scroll 1 page
the button can be dragged with either left or middle click, but not right click
Then some native GTK+ 2 applications (gimp, audacity):
left click: warp
right click: scroll 1 page
middle click does nothing
shift doesn't affect behaviour
the button can be dragged with either left, right, or middle click
Then some XUL applications (firefox 62, thunderbird 60, tor browser 7.5.6):
left click: warp
right click: scroll 1 page
middle click does nothing
shift + left click: scroll 1 page
the button can be dragged with either left or right click, but not middle click
I don't dislike and am used to the above described behaviour of GTK+ 3 applications.
I think it would be more clear if we named this file something like gtk3-settings.ini instead of just settings.ini. Other than this, the patch looks good to me.