Closed Bug 2063789 Opened 1 month ago Closed 24 days ago

Split views in collapsed groups disappear after restoring session or dragging the groups

Categories

(Firefox :: Tabbed Browser: Split View, defect, P1)

Firefox 156
defect
Points:
1

Tracking

()

VERIFIED FIXED
156 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox-esr140 --- unaffected
firefox-esr153 --- unaffected
firefox154 --- unaffected
firefox155 --- unaffected
firefox156 + verified
firefox157 --- fixed
firefox158 --- verified

People

(Reporter: mercichao, Assigned: sthompson)

References

(Blocks 1 open bug, Regressed 1 open bug, Regression)

Details

(Keywords: regression, Whiteboard: [fidefe-splitview])

Attachments

(3 files)

Attached video 2026_08_15_12_58_20.mp4

Since the recently added mechanism using the hidden attribute for split views, the split views inside collapsed groups are incorrectly marked as hidden when restoring a session. As a result, those split views disappear instead of being restored properly.

Steps to Reproduce:

  1. Create a group with split views and tabs.

  2. Collapse the group.

  3. Close the window.

  4. Restore the window.

  5. Observe that the split views inside the collapsed group are missing, incorrectly marked as [hidden].

Keywords: regression
Attached video 2026_08_17_11_24_01.mp4

Split views within a collapsed group also disapeared after moving the group.

Summary: Split views in collapsed groups disappear when restoring session → Split views in collapsed groups disappear after restoring session or dragging the groups
Regressed by: 2038951

:kpatenio, since you are the author of the regressor, bug 2038951, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Flags: needinfo?(kpatenio)

The tabsplitview is hiding itself if its constituent tabs are not visible, but that's too broad: tabs in a collapsed tab group are not considered visible https://searchfox.org/firefox-main/rev/ad5db99e4d2e00e9b5db2700c69050d709c7f340/browser/components/tabbrowser/content/tab.js#218-224. We probably need to ensure that the tabsplitview only hides based on the hidden state of its tabs, not the visible state.

Blocks: tabs-dnd
Severity: -- → S2
Points: --- → 1
Flags: needinfo?(kpatenio)
Priority: -- → P1
Whiteboard: [fidefe-splitview]

One major logic change: no longer allow the non-active sibling in an active tab to be hidden. The current behavior means 1) we're showing a tabpanel for a hidden tab, and 2) the active tab is not visible in the tab strip. I think these violate important invariants we have elsewhere. I haven't fully tested this out against add-ons that make use of tab hiding.

Main architectural change: since Tabbrowser is the one currently responsible for hiding tabs (it provides the API functions and Tabbrowser modifies the hidden attribute directly on tabs already), I think it's reasonable to make Tabbrowser responsible for hiding the splitview instead of the splitview governing its own hidden state based on the state of its tabs.

Assignee: nobody → sthompson
See Also: → 2063792
Attachment #9629172 - Attachment description: WIP: Bug 2063789 - refactor splitview tab hiding → Bug 2063789 - hide split views explicitly, not based on tab visibility r=sclements,kpatenio
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true

Set release status flags based on info from the regressing bug 2038951

Pushed by sthompson@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/a2bea15c3bd3 https://hg.mozilla.org/integration/autoland/rev/1fe1ed301ea5 hide split views explicitly, not based on tab visibility r=sclements,kpatenio,tabbrowser-reviewers
Status: ASSIGNED → RESOLVED
Closed: 24 days ago
Resolution: --- → FIXED
Target Milestone: --- → 156 Branch
See Also: → 2066788
Regressions: 2066788
QA Whiteboard: [qa-triage-done-c157/b156][qa-ver-needed-c157/b156]
Flags: qe-verify+

I was able to reproduce the issue on Win11x64 using Firefox build 156.0a1(20260814214318).
Verified as fixed on Win11x64 using Firefox builds 158.0a1 and 156.0.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triage-done-c157/b156][qa-ver-needed-c157/b156] → [qa-triage-done-c157/b156][qa-ver-done-c157/b156]
Flags: qe-verify+
QA Contact: mchiorean

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

Should be fixed in 157 as well since it landed in 156 and verified in 156

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: