1704151 - SeaMonkey 2.53.7 broke mouse wheel tab switching

Status: RESOLVED DUPLICATE of bug 1702903

(SeaMonkey :: Tabbed Browser, defect)

Description

[Leszek Matok]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0

Steps to reproduce:

Up to SeaMonkey 2.53.6, I was using Tab Wheel Scroll extension: https://addons.thunderbird.net/pl/seamonkey/addon/tab-wheel-scroll/

This way, scrolling the mouse on the tab bar itself acted as previous/next tab switching control.

Actual results:

Upgraded to SeaMonkey 2.53.7. Scrolling doesn't work. After filling the tab bar with more tabs (so it overfills and gets scroll buttons), I've noticed scroll wheel now acts as scrolling of the bar itself. The Tab Wheel Scroll extension doesn't work.

HOWEVER! There is a single pixel line just above the tab bar where mouse wheel scrolling actually works and switches the active tab. It's invisible, but it's there. Also, scrolling the wheel above the "new tab" or "close tab" buttons does what it's supposed to, even with the extension disabled.

The about:config setting "browser.tabs.mouseScrollAdvancesTab" (default: true) doesn't do what it's supposed to (and never did according to bug #1416737). HOWEVER, it does do something - when scrolling on the invisible line, it switches by TWO tabs instead of one when the setting is disabled (set to false).

Expected results:

Optimally, browser.tabs.mouseScrollAdvancesTab should behave like I expect (which it did since Netscape times, and apparently until SeaMonkey 2.40). Scrolling on the tabs themselves should switch active tab. Setting to off should bring the current behavior back.

I would leave the setting ON by default, arguing that Chrome does the same on Linux, although it can be off just like FireFox. For FireFox, this setting is also off by default, but can be enabled with the setting "toolkit.tabbox.switchByScrolling".

Alternatively, I would happily keep using the above mentioned extension, but something in SM 2.53.7 broke it.

Comment 1

[Dmitry Butskoy (:buc)]

It seems that tab-wheel-scroll extensions uses sdk. So it is affected by bug #1702903 too.

Comment 2

[Leszek Matok]

At https://bodhi.fedoraproject.org/updates/FEDORA-2021-2761b54dff Dmitry suggested my extension problem is actually bug #1702903 and applying https://bugzilla.mozilla.org/show_bug.cgi?id=1702903#c4 to my /usr/lib64/seamonkey/omni.ja solved the extension problem.

So basically my report is a combined duplicate of bugs #1702903 and #1416737. It would still be nice to not need an extension for functionality that previously existed and still has a config setting. But as long as it can be brought back with an extension, I'm happy!

(The hidden one-pixel-tall line shouldn't be there nevertheless, and setting browser.tabs.mouseScrollAdvancesTab to true shouldn't switch by two tabs, those parts are really hidden / never a problem in daily use (even if you accidentally hit them sometimes), but still wrong! :))

Comment 4

[Frank-Rainer Grahl (:frg)]

2.53.8b1pre already contains the patch:
https://www.wg9s.com/comm-253/

2.53.7.1 will be build soon to fix this.