1860466 - [KDE/X11] Clicking after having closed tabs should not resize remaining tabs

Status: NEW

(Core :: Widget: Gtk, defect, P3)

Description

[Pols12]

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

Steps to reproduce:

Open only one Firefox window, with multliple tabs (e.g. 10 tabs)
Close one tab (e.g. with middle click)
Click on another tab (left click to visit, middle click to close or right click to open contextual menu)

Actual results:

Tab bar is refreshed: tabs are resized and relocated.

Expected results:

Tabs should remain as they are unless your cursor leaves the tab bar.
The expected behavior used to work well in Firefox 102 (previous ESR). It still works well when you have several open windows.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

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.

Comment 2

[Daniel Bodea [:danibodea]]

After comparing the behavior of ESR v102.0.1 and Beta v119.0 (RC) on Windows 10, it would appear the behavior is identical: When the user has opened ~10 tabs, then he closes the last one, the tabs are being resized and repositioned to share all the remaining space between all of them. If he closes a middle tab (at least not the last one), then the tab on the right would take the space of the closed one and so on, and, only after the user moves the cursor off of the tabs bar, then the remaining tabs would share the space between them by moving and increasing in size.

I've investigated the behavior in the same situation on Ubuntu 22 with Nightly v120.0a1, ESR v115.15.0esr and an older Nightly v101.0a1, but the behavior is the same on all.

Considering I might have misunderstood the described issue, can you confirm that the same behavior is being seen in ESR102 and any newer version of Firefox?
If you are convinced this is a new issue, please record your screen so we can see exactly what you mean.

Thank you for your contribution!

Comment 3

[Pols12]

If he closes a middle tab (at least not the last one), then the tab on the right would take the space of the closed one and so on, and, only after the user moves the cursor off of the tabs bar, then the remaining tabs would share the space between them by moving and increasing in size.

This expected behavior does not always happen at home: as soon as I click (e.g. to close another middle tab), left tabs immediately share the space between them by moving and increasing in size.

Please note that I can reproduce this bug only when Firefox is the only opened window in my desktop session; so that might indicate a bug related to Qt or KWin/X (I work under Debian with KDE).

I am testing with previous Firefox esr to provide you feedback about the regression status.

Comment 4

[Pols12]

I confirm the regression between v102 ESR and v115 ESR, but I want to refine the reproduction steps because they are really strange:

1. Close all software windows.
2. Open Firefox (one window).
3. Open 10 tabs (e.g. pressing Ctrl+T 9 times).
4. Open Dolphin (KDE file manager).
5. Close Dolphin.
6. Close one middle tab (at least not the last one) with middle click.
7. Click somewhere on the tab bar.

Comment 5

[Pols12]

Note at 4th/5th steps, you can open/close another application than Dolphin (e.g. Thunderbird which is GTK too), but not another Firefox window (even in a new profile).

I cannot reproduce with LXQT (xfwm4 as window manager); so it is probably an issue with KDE (kwin as window manager).

Comment 6

[Daniel Bodea [:danibodea]]

I've tested the exact steps provided in Ubuntu 22 with X11 Window Protocol, then in Debian 12 (VM) + wayland and xwayland, but it only reproduced in a Kubuntu 22 (VM)+ X11 window protocol. I have also confirmed it reproduces in Nightly v121.0a1 and ESR v115 but not in ESR v102.

I will confirm this report as NEW. Thank you for your report.

Comment 7

[Dão Gottwald [:dao]]

(In reply to Pols12 from comment #4)

I confirm the regression between v102 ESR and v115 ESR, but I want to refine the reproduction steps because they are really strange:

1. Close all software windows.
2. Open Firefox (one window).
3. Open 10 tabs (e.g. pressing Ctrl+T 9 times).
4. Open Dolphin (KDE file manager).
5. Close Dolphin.
6. Close one middle tab (at least not the last one) with middle click.
7. Click somewhere on the tab bar.

(In reply to Pols12 from comment #5)

Note at 4th/5th steps, you can open/close another application than Dolphin (e.g. Thunderbird which is GTK too), but not another Firefox window (even in a new profile).

I cannot reproduce with LXQT (xfwm4 as window manager); so it is probably an issue with KDE (kwin as window manager).

(In reply to Daniel Bodea [:danibodea] from comment #6)

I've tested the exact steps provided in Ubuntu 22 with X11 Window Protocol, then in Debian 12 (VM) + wayland and xwayland, but it only reproduced in a Kubuntu 22 (VM)+ X11 window protocol. I have also confirmed it reproduces in Nightly v121.0a1 and ESR v115 but not in ESR v102.

Moving this to Widget:Gtk because of the above.