after updating to firefox 130, when I zoom in a tab (ctrl + scrollwheel), it zooms the previously visited tab instead of the current one
Categories
(Core :: Panning and Zooming, defect)
Tracking
()
People
(Reporter: salah.mak, Unassigned)
References
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0
Steps to reproduce:
- open 2 tabs (A and B)
- visit tab A
- visit tab B
- zoom with ctrl + wheel
- nothing happens in tab B
- go to tab A
- find that the zoom was applied to tab A
Actual results:
zoomed tab A.
Expected results:
zoom tab B.
Comment 1•5 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Tabbed Browser' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Updated•5 months ago
|
Comment 2•5 months ago
|
||
Hey salahmak,
How often can you reproduce this? Does this occur every time you attempt to zoom, or does it happen less frequently?
Comment 3•5 months ago
|
||
Also, getting a regression range here would be very helpful - if you're willing to help us, we have a tool to try to make regression hunting easier: https://mozilla.github.io/mozregression/quickstart.html
Hello Mike,
I can reproduce this everytime.
Also to add, in order to avoid this bug, after switching to a tab I wait a bit before zooming (like 30 seconds or so) and it zooms correctly in the current tab.
Comment 5•5 months ago
|
||
Hi,
I think I'm experiencing the same bug, so I'll add some more details:
- it only happens when zooming via ctrl + trackpad/touchpad and using MOZ_USE_XINPUT2=1, but not when using a regular mouse
- I also first thought it works again after a delay but what actually makes it work is scrolling on the current tab without ctrl pressed. After that zooming works again
@salahmak maybe you can confirm if this applies to your bug?
I can also reproduce this every time.
So in short: Always the last tab you scrolled in is being zoomed. This also holds true when skipping over multiple tabs without scrolling. Getting it unstuck by scrolling (moving up or down with two fingers) also works on pages that aren't large enough to actually move, e.g. example.org.
Hello @Samuel
I confirm that I'm using ctrl + trackpad to zoom under wayland (Gnome).
Currently I don't have a spare mouse to try.
I have tried the scrolling workaround you suggested and it worked for me, so I guess it's the exact same bug we are facing.
Comment 7•5 months ago
|
||
This is surprising, as a different input method is bringing a different result. May this something in the platform support for those input?
This is a guess, we don't know if it's a widget bug, or DOM Events.
Comment 8•5 months ago
|
||
I think it's probably related to the overscrolling effect which works on my device also since v130
Updated•4 months ago
|
Comment 10•3 months ago
|
||
(In reply to Samuel Mezger:samuel.mezger from comment #8)
I think it's probably related to the overscrolling effect which works on my device also since v130
Moving to Panning and Zooming to see if they have an idea what's going wrong here.
Comment 11•3 months ago
|
||
Sounds like bug 1917488, which has a regression window.
Updated•3 months ago
|
Description
•