1328216 - Switching tabs with mouse wheel no longer works

Status: NEW

(SeaMonkey :: Tabbed Browser, defect)

Description

[Antti29]

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 SeaMonkey/2.46
Build ID: 20161213183751

Steps to reproduce:

The browser.tabs.mouseScrollAdvancesTab setting is set to true. The mouse wheel no longer goes through the tabs when the cursor is over the tabs. However, when the cursor is over the "new tab", "list all tabs", or "close tab" buttons, the feature works.

The bug appeared with the new 2.46 update, and I've seen it on both my computers, with both Windows 10 and 7.


Actual results:

Scrolling the wheel doesn't switch tabs like it used to.


Expected results:

The tabs should have been switched.

Comment 1

[Rainer Bielefeld]

REPRODUCIBLE with official  German SeaMonkey 2.46 FINAL  (Windows NT 6.1; WOW64; rv:49.0)  Gecko/20100101 Firefox/49.0 Build 20161213183751  (Default Classic Theme) with VirtualBox/Linux Mint 64Bit on German WIN7 64bit

a) Was still ok with English SeaMonkey 2.45a1  (Windows NT 6.1; WOW64; rv:48.0)
   Gecko/20100101 Firefox/48.0 Build 20160308001946  (Default Classic Theme)  
   on German WIN7 64bit
   So probably 2.46 regression
b) FF does not have "browser.tabs.mouseScrollAdvancesTab" preference, if I create
   it for FF 53.0a1 (2016-12-15) (32-bit) "True" will not show the desired
   behavior
c) No obvious DUP ofund with <https://bugzilla.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=DUPs1328216&sharer_id=41036>

Comment 2

[Rainer Bielefeld]

a): Seems I made a mistake, definitively already
    REPRODUCIBLE with  English SeaMonkey 2.45  (Windows NT 6.1; WOW64; rv:48.0)
    Gecko/20100101 Firefox/48.0 Build 20160710233343  (Default Classic Theme)  
    on German WIN7 64bit

Comment 3

[Rainer Bielefeld]

.

Comment 4

[Frank-Rainer Grahl (:frg)]

Yupp. First broken in 2.45. Need to check if something in Gecko changed or my Bug 1272401 was responsible.

FRG

Comment 5

[Frank-Rainer Grahl (:frg)]

The event in tabbrowser.xml is never called so no scrolling is done:

> <handler event="DOMMouseScroll" phase="capturing">

Ratty any idea?

Comment 6

[Philip Chee]

(In reply to Frank-Rainer Grahl from comment #5)
> The event in tabbrowser.xml is never called so no scrolling is done:
> 
> > <handler event="DOMMouseScroll" phase="capturing">
> 
> Ratty any idea?
Download some nightly builds and try to narrow the regression range. Then look at Firefox changesets within that range.

Comment 7

[Rainer Bielefeld]

Observation with Server-Installation of  official  en-US SeaMonkey 2.50a1 (NT 6.1; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0 Build 20170110004313  (Default Classic Theme) on German WIN7 64bit:
Switching tabs with mouse wheel still DOES work if mouse pointer is at "Open new Tab" (left from TAB headings) or "Close Current Tab" (right from TAB headings) position.

Comment 8

[Antti29]

(In reply to Rainer Bielefeld from comment #7)
> Switching tabs with mouse wheel still DOES work if mouse pointer is at "Open
> new Tab" (left from TAB headings) or "Close Current Tab" (right from TAB
> headings) position.

Yes, this is exactly how I reported the bug.

Comment 9

[Alex]

I can confirm this regression on Linux as well:

The 2.46 build does not work as expected:
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46
Build identifier: 20161222000000

But the 2.40 build works:
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40
Build identifier: 2016011800

-Alex