Tabstrip height changes when closing multiple tabs
Categories
(Toolkit :: UI Widgets, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr128 | --- | unaffected |
firefox132 | --- | wontfix |
firefox133 | --- | verified |
firefox134 | --- | verified |
People
(Reporter: 6k64x4ma, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
3.04 MB,
video/mp4
|
Details | |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:133.0) Gecko/20100101 Firefox/133.0
Steps to reproduce:
- Set ui.prefersReducedMotion to 1 (reduced motion).
- Pin any tab.
- Open about:about and duplicate tab until the scroller appears.
(I have seen the issue with random pages other than about:about, but it seems to happen more frequently with about: pages.) - Select the pinned tab.
- Right-click the pinned tab > Close Multiple Tabs > Close Tabs to Right or Close Other Tabs.
Actual results:
- Sometimes tabstrip height changes and the content moves up and down.
Expected results:
- Tabstrip height doesn't change.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=773aed942ff98525ee9bc2c03fd96dbd6c0eee96&tochange=9d4782d16aacb9b51e440042a677f6c5c68a0ca9
Comment 1•1 month ago
|
||
:emilio, since you are the author of the regressor, bug 1913322, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Assignee | ||
Comment 2•1 month ago
|
||
In the situation in comment 0, the pinned tabs are absolutely positioned
until we recompute the position / fire the overflow event, which now
fires later. Thus, for a frame, we might have an "empty" tabstrip.
Fix this by ensuring that the tabstrip doesn't shrink under the minimum
height.
Rework a bit the variables to avoid repeating the math a third time.
Updated•1 month ago
|
Assignee | ||
Updated•1 month ago
|
Comment 3•1 month ago
|
||
Set release status flags based on info from the regressing bug 1913322
Updated•1 month ago
|
Comment 6•28 days ago
|
||
The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox133
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 7•28 days ago
|
||
Comment on attachment 9436469 [details]
Bug 1930056 - Avoid empty tabstrip from shrinking. r=#tabbrowser-reviewers
Beta/Release Uplift Approval Request
- User impact if declined/Reason for urgency: Trivial css regression fix
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: comment 0
- List of other uplifts needed: none
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Trivial
- String changes made/needed: none
- Is Android affected?: No
Assignee | ||
Updated•28 days ago
|
Comment 8•28 days ago
|
||
Comment on attachment 9436469 [details]
Bug 1930056 - Avoid empty tabstrip from shrinking. r=#tabbrowser-reviewers
Approved for 133.0b8
Updated•28 days ago
|
Updated•27 days ago
|
Comment 10•27 days ago
|
||
Verified fixed on Nightly 134.0a1 (20241112093250) and Beta 133.0b8 (20241111165552)
Description
•