1439756 - Behaviors transposed for {Click on Scrollbar} and {Shift+click on Scrollbar}

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Johannes Leushuis]

+++ This bug was initially created as a clone of Bug #1439754 +++

+++ This bug was initially created as a clone of Bug #1269172 +++

Steps how to reproduce  NOT reproducible REPRODUCIBLE with  English SeaMonkey 2.43a1  (X11; Linux x86_64; rv:46.0)  Gecko/20100101 Firefox/46.0 Build 20160109003001  (Classic Default Theme) on VirtualBox Ubuntu 14.04 LTS

1. Launch Browser
2. Open Page <https://en.wikipedia.org/wiki/United_States>
   » Page with lots of contents opens, small scroll slider at top
     of scroll bar.
3. <shift+click> on middle of vertical scroll bar.
   Expected: Scrolls to middle of page contents, scroll slider stops
             at mouse click target point on scrollbar
   Actual: Scroll slider moves  down only 10 mm or so
4. <click> on middle of vertical scroll bar.
   Expected: Scroll slider moves  down only 10 mm or so 
   Actual: Scrolls to middle of page contents, scroll slider stops
           at mouse click target point on scrollbar

a) So <click> and <shift+click> are transposed.
b) All the same with Modern Theme
c) I never saw that with WIN
d) This problem has been taken form "Bug 1269145 - Scrollbar buttons 
   missing" due to <https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines#Open_a_new_bug_report_for_each_issue!>
e) I wonder whether this problem also affects Thunderbird.

@[e-mail]
I think you are able to confirm this one for SeaMonkey and Firefox?

Comment 1

[Johannes Leushuis]

Confirmed for Firefox 58.0.2, Thunderbird 52.6.0 and Seamonkey 2.49.2, which is out now.

In Lubuntu/LXDE, Kubuntu/Plasma and Xubuntu/XFCE, 64-bits.

Scrolling in e.g. the File Manager in Lubuntu, PCManFM, works normal: clicking anywhere in the scrollbar (also with shift, ctrl) moves one page at a time, so it is a Mozilla issue.

Many users switch to open source operating systems like Linux, given the privacy issues with Microsoft, Apple. However, as soon as the user scrolls through long documents in e.g. Wikipedia and doesn't know the workaround to switch Click and Shift-Click, the bug causes the user to switch from Mozilla to e.g. Opera.

Since the bug probably affects Mozilla's Firefox, Thunderbird and Seamonkey (at least since 2.43) in Linux already for two years, this bug needs to be resolved quickly.

Is it that somewhere in the code Shift-click and Click have been interchanged and should be interchanged again?

Comment 2

[Jorg K (CEST = GMT+2)]

If you can confirm this in FF, it goes to the FF queue.

Comment 3

[Johannes Leushuis]

It is not a bug, it is a feature :-|

At https://support.mozilla.org/en-US/questions/1125603 it says that now, if one left clicks the vertical scroll bar area, the contents advances right to the position where the mouse has clicked. If one right clicks the contents advances one page at a time.

But if one adds to ~/.config/gtk-3.0/settings.ini the line [Settings] gtk-primary-button-warps-slider = false , then left click advances the contents one page at a time again.

According to https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-primary-button-warps-slider , then *middle*-click advances the page right to the position where the mouse has clicked.

This is since GTK+3 version 3.6.

Which version one has installed can be found out with

dpkg -l libgtk*

It appears true for me.

Problem solved.

Comment 4

[Jorg K (CEST = GMT+2)]

Thanks. Since nothing got fixed, this is either INVALID or WORKSFORME, the latter sounds nicer :-)