Default theme keeps getting re-enabled since Firefox 132
Categories
(Toolkit :: Add-ons Manager, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | unaffected |
firefox132 | + | verified |
firefox133 | + | verified |
firefox134 | + | verified |
People
(Reporter: robwu, Assigned: robwu)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [addons-jira])
Attachments
(3 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-release+
|
Details | Review |
A user reported that Firefox Color does not work, at https://old.reddit.com/r/firefox/comments/1geu6lg/firefox_1320_see_all_new_features_updates/luilmcx/ :
This new update broke Firefox Color somehow. My theme just isn't working at all, and I have to load it every time I open Firefox.
I can confirm some form of brokenness when I launch a new profile:
- Start Firefox with a new profile.
- Visit https://addons.mozilla.org/en-US/firefox/addon/firefox-color/ and install it.
- Go to a preset theme and select any theme.
- Quit Firefox and start it again.
Expected:
- The theme should still be applied.
Actual:
- The theme sometimes flickers at startup, and sometimes disappears altogether.
Additional information:
- The console displays "WARN addon with ID default-theme@mozilla.org already installed, older version will be disabled" at every startup.
- The default theme is installed if needed at https://searchfox.org/mozilla-central/rev/5fdbe0d78d61581aa4b37ce82bbf31c2bd7826f1/toolkit/mozapps/extensions/internal/XPIProvider.sys.mjs#2536-2540
- Currently the specified version there is 1.3
- The actual version is 1.4.1 (reported at about:addons) and specified at https://searchfox.org/mozilla-central/rev/5fdbe0d78d61581aa4b37ce82bbf31c2bd7826f1/toolkit/mozapps/extensions/default-theme/manifest.json#13
- This mismatch in version causes the default theme to be installed repeatedly.
The version was bumped from 1.3 to 1.4 in bug 1918317, and later to 1.4.1 in bug 1915862.
Assignee | ||
Comment 1•4 months ago
|
||
I'm moving this to Toolkit::Add-ons Manager because the relevant (inconsistency) in version is in the XPIProvider.sys.mjs file.
Besides fixing the version, it may also be worth investigating whether we should update the implementation of ext-theme.js to avoid replacing the current theme when the default theme is updated. Otherwise the observation of this bug could still continue to happen at the first startup when a static theme is updated (whether built-in or third-party). This is the result of the implementation that immediately activates a static theme when it is installed.
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 2•4 months ago
|
||
Assignee | ||
Comment 3•4 months ago
|
||
The test coverage in bug 1922526 was not enough to prevent this regression from happening, so I added one that really verifies that the built-in theme version matches the call to AddonManager.maybeInstallBuiltinAddon
.
Comment 4•4 months ago
|
||
(In reply to Rob Wu [:robwu] from comment #3)
The test coverage in bug 1922526 was not enough to prevent this regression from happening, so I added one that really verifies that the built-in theme version matches the call to
AddonManager.maybeInstallBuiltinAddon
.
Definitely, The test from Bug 1922526 had nothing to do with this regression and clearly not expected to catch this one, we need a separate regression test for this issue (Bug 1922526 was specifically about BuiltInThemes calls to maybeInstallBuiltinAddon, while the issue here is about a call originated from inside the XPIProvider.startup).
Updated•4 months ago
|
Comment 6•4 months ago
|
||
The bug is marked as tracked for firefox132 (release), tracked for firefox133 (beta) and tracked for firefox134 (nightly). However, the bug still has low severity.
:mixedpuppy, could you please increase the severity for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.
For more information, please visit BugBot documentation.
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 8•4 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D227363
Updated•4 months ago
|
Assignee | ||
Comment 9•4 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D227363
Updated•4 months ago
|
Comment 10•4 months ago
|
||
Comment 11•4 months ago
|
||
beta Uplift Approval Request
- User impact if declined: User's preferred theme is often lost at browser startup.
- Code covered by automated testing: yes
- Fix verified in Nightly: no
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: https://bugzilla.mozilla.org/show_bug.cgi?id=1928082#c0
- Risk associated with taking this patch: Low
- Explanation of risk level: One line change to make version number consisten + new unit tests
- String changes made/needed: None
- Is Android affected?: no
Comment 12•4 months ago
|
||
release Uplift Approval Request
- User impact if declined: User's preferred theme is often lost at browser startup.
- Code covered by automated testing: yes
- Fix verified in Nightly: no
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: https://bugzilla.mozilla.org/show_bug.cgi?id=1928082#c0
- Risk associated with taking this patch: Low
- Explanation of risk level: One line change to make version number consisten + new unit tests
- String changes made/needed: None
- Is Android affected?: no
Updated•4 months ago
|
Comment 13•4 months ago
|
||
uplift |
Updated•4 months ago
|
Comment 14•4 months ago
|
||
bugherder |
Updated•4 months ago
|
Comment 15•4 months ago
|
||
uplift |
Updated•4 months ago
|
Assignee | ||
Comment 21•4 months ago
|
||
(In reply to Rob Wu [:robwu] from comment #1)
Besides fixing the version, it may also be worth investigating whether we should update the implementation of ext-theme.js to avoid replacing the current theme when the default theme is updated. Otherwise the observation of this bug could still continue to happen at the first startup when a static theme is updated (whether built-in or third-party). This is the result of the implementation that immediately activates a static theme when it is installed.
I have filed bug 1928902 to track this suggestion.
Comment 22•4 months ago
|
||
Verified as Fixed. Tested on the latest Nightly (134.0a1/20241103214544), Beta (133.0b3/20241101115900) and Release (132.0.1/20241101140617 from https://treeherder.mozilla.org/jobs?repo=mozilla-release&revision=05ae29c63b956658418a4fea78374b00121474ca) under Windows 10 and Ubuntu 22.04 LTS.
The themes from Firefox Color remain applied after closing and restarting the browser.
Description
•