Split views in collapsed groups disappear after restoring session or dragging the groups
Categories
(Firefox :: Tabbed Browser: Split View, defect, P1)
Tracking
()
| 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)
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:
-
Create a group with split views and tabs.
-
Collapse the group.
-
Close the window.
-
Restore the window.
-
Observe that the split views inside the collapsed group are missing, incorrectly marked as
[hidden].
| Reporter | ||
Updated•1 month ago
|
| Reporter | ||
Comment 1•1 month ago
|
||
Split views within a collapsed group also disapeared after moving the group.
| Reporter | ||
Updated•1 month ago
|
Comment 2•1 month ago
|
||
: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.
| Assignee | ||
Comment 3•28 days ago
|
||
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.
Updated•28 days ago
|
| Assignee | ||
Comment 4•28 days ago
|
||
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 | ||
Updated•28 days ago
|
Updated•27 days ago
|
Updated•25 days ago
|
Comment 5•25 days ago
|
||
Set release status flags based on info from the regressing bug 2038951
Updated•24 days ago
|
Comment 7•24 days ago
|
||
| bugherder | ||
Updated•15 days ago
|
Updated•15 days ago
|
Comment 8•6 days ago
|
||
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.
Comment 9•6 days ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 10•6 days ago
|
||
Should be fixed in 157 as well since it landed in 156 and verified in 156
Description
•