sidebar.visibility pref gets reset after each browser restart
Categories
(Firefox :: Sidebar, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | unaffected |
firefox135 | --- | unaffected |
firefox136 | --- | unaffected |
firefox137 | --- | verified |
People
(Reporter: kcochrane, Assigned: sfoster)
References
(Regressed 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [fidefe-sidebar])
Attachments
(2 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta-
|
Details | Review |
When using vertical tabs, if you set the visibility for the sidebar to expand on hover or always hide, then restart the browser, the sidebar.visibility pref gets reset to "always-show"
after every browser restart.
Reporter | ||
Updated•1 month ago
|
Updated•1 month ago
|
Comment 1•1 month ago
|
||
Set release status flags based on info from the regressing bug 1944931
:sfoster, since you are the author of the regressor, bug 1944931, 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
•
|
||
Thanks, I think I see the issue and shouldn't be hard to fix. This call to handleVerticalTabsPrefChange
from SidebarManager's init is going to unconditionally set the visibility pref back to its default at startup, regardless of what the user might have customized it to be.
Assignee | ||
Comment 3•1 month ago
|
||
Updated•1 month ago
|
Comment 5•1 month ago
|
||
bugherder |
Updated•1 month ago
|
Comment 6•1 month ago
|
||
:sfoster could you add a beta uplift request on this when ready, since it's a regression from Bug 1944931
Comment 7•1 month ago
|
||
- Make sure we don't overwrite a user's choice to hide-sidebars in vertical tabs at startup
- Roll in a fix to bug 1947257 and ensure the launcher is initially expanded when enabling vertical tabs
Original Revision: https://phabricator.services.mozilla.com/D237849
Updated•1 month ago
|
Comment 8•1 month ago
|
||
beta Uplift Approval Request
- User impact if declined: Subpar user experience
- Code covered by automated testing: yes
- Fix verified in Nightly: no
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: See bug comments
- Risk associated with taking this patch: Medium
- Explanation of risk level: Its contained to sidebar code and has test coverage
- String changes made/needed: No
- Is Android affected?: no
Comment 9•1 month ago
|
||
Hi Donal, I just rebased this on beta and resolved the merge conflicts for Sam (he's in PST). It should be good to go!
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Comment 10•1 month ago
|
||
uplift |
Updated•1 month ago
|
Comment 11•1 month ago
|
||
Backed out from mozilla-beta for causing bc failures @ browser_pinnedTabs.js
- Backout link
- Push with failures
- Failure Log
- Failure line:
TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_pinnedTabs.js | uncaught exception - ResizeObserver loop completed with undelivered notifications. at :0:0
Updated•28 days ago
|
Comment 12•28 days ago
•
|
||
Reproduced the issue on Firefox 137.0a1 (2025-02-11) by following the infos provided in Comment 0 on macOS 15.3.1.
The issue is fixed on Firefox 137.0a1 (2025-02-16). Tests were performed on macOS 15.3.1, Ubuntu 24.04 and Windows 11.
Comment 13•28 days ago
|
||
Setting 136 back to affected since this was backed out after introducing test failures
Comment 14•28 days ago
|
||
Since this didn't make it in to the Monday beta build, I'm cancelling this request as it seems to risky to keep trying at this stage.
Updated•27 days ago
|
Updated•27 days ago
|
Description
•