You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Have at least two tabs open. One tab above the other, so that when you close it, the lower tab slides up during the close animation.
Start playing media in the lower tab so that the 🔊 icon button appears.
Close the above tab.
Expected behavior
The above tab closes without impacting anything else.
Actual behavior
The lower tab's media is paused (which seems to be a special feature of the 🔊 icon button, which is neat!!) without it being as another click.
This is not related to my mouse, nor does it stop when I change the length of time I click the middle mouse button for.
I had a moment of panic where I thought it was indeed my mouse, but it turns out that my touchpad with buttons sends the press and release button events so quickly that this bug is not triggered. I've tested it with two different USB mice (one wireless and the other wired)
It does actually seem to not activate if you're fast enough, but we're talking "1 frame" vs "2 frames" here.
Might be that the close tab gets the mousedown event, and the icon button gets the click/mouseup event?
Screencast.from.2023-09-26.15-57-54.webm
Apologies that the GNOME screen recorder doesn't show clicks. I middle clicked once (per tab closing) in this video. I tried to find a good mouse event visualizer to re-record and update the above video, but screenkey doesn't work with Wayland and everything else was made in 2010 and has never been updated.
You are right, I tried turning off the animation.
The position I clicked was closer to the middle, and then the two tabs below the tab I expected to close were also closed...
Then I turned the animation back on and tried long pressing the middle button... the tabs randomly got closed...
Then I remembered that the micro-switch in the middle button of my mouse had some poor sensitivity, so it would cause double clicks...
It seems that I am not qualified to test this problem yet.
(Updated my post with more details)
I've been having similar problems with my mouse, hah. It doesn't seem to be impacting the bug, because I've swapped the mouse out for a wired one -- also at one point trying my touchpad with its physical buttons (which doesn't send complete middle-clicks in the first place and is thus disqualified) -- and the bug still exists.
I added some speculation on the cause of the issue to the post too: It might be that the close tab gets the mousedown event, and the icon button gets the click/mouseup event?
Still running into this problem from time to time. I think I've maybe narrowed it down (I guess I'm not busy enough to not look into code, but too busy to get development extension running) to an interaction between these two things:
There's a closeLock global that ignores tab close commands when too close to another close command (i think?)
Steps to reproduce
Expected behavior
Actual behavior
nor does it stop when I change the length of time I click the middle mouse button for.Might be that the close tab gets the
mousedown
event, and the icon button gets theclick
/mouseup
event?Screencast.from.2023-09-26.15-57-54.webm
Apologies that the GNOME screen recorder doesn't show clicks. I middle clicked once (per tab closing) in this video. I tried to find a good mouse event visualizer to re-record and update the above video, but
screenkey
doesn't work with Wayland and everything else was made in 2010 and has never been updated.Debug info
Addon data
CSS (just in case)
(There is nothing logged to the console when this happens)
The text was updated successfully, but these errors were encountered: