Closed Bug 1787115 Opened 2 years ago Closed 2 years ago

The user's theme is changed to the system's one if the "Skip this step" or "current colors" button from the existing's user "Colorways" modal is clicked

Categories

(Firefox :: Messaging System, defect, P1)

Desktop
All
defect

Tracking

()

VERIFIED FIXED
106 Branch
Iteration:
106.2 - Sept 5 - Sept 16
Tracking Status
firefox104 --- unaffected
firefox105 --- unaffected
firefox106 --- verified

People

(Reporter: mcoman, Assigned: aminomancer)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

Attached image rec of the issue.gif

[Affected versions]:

  • Firefox Nightly 106.0a1 - Build ID: 20220824213405

[Affected Platforms]:

  • Windows 10 x64
  • macOS 11.6.7
  • Linux Mint 20.2 x64

[Prerequisites]:

  • Have the following prefs in the "about:config" page:
    • "devtools.chrome.enabled" set to "true";
  • Have the "Browser Console" opened.
  • Have a custom theme applied from "about:addons>Themes".

[Steps to reproduce]:

  1. Open the browser with the profile from the prerequisites.
  2. Focus the "Browser Console" and run the Cc["@mozilla.org/browser/browserglue;1"].getService().wrappedJSObject._showUpgradeDialog(); code.
  3. Navigate through the Onboarding modals until the "Colorways" one is displayed.
  4. Click the "Skip this step" button and observe the browser's theme.

[Expected result]:

  • The existing user theme is still enabled.

[Actual result]:

  • The theme is changed to the system theme.

[Additional Notes]:

  • The user set theme is also reset to the system one if the "Default" theme option from the "Colorways" modal is selected.
  • Attached a screen recording of the issue.
Iteration: --- → 106.1 - Aug 22 - Sept 2
Priority: -- → P1
See Also: → 1783750

Bug 1783750 help address reset for built in themes , but reported Issue exists for custom theme

Assignee: nobody → shughes
Status: NEW → ASSIGNED

This is the simplest approach I could think of to allow the welcome screen to
revert back to any theme the user had installed initially. The reason this
wasn't working previously is just that the surface could only retrieve built-in
addon IDs. If we reserve a property for an active non-built-in theme, then the
behavior will be the same for built-in themes and user-installed themes.

Iteration: 106.1 - Aug 22 - Sept 2 → 106.2 - Sept 5 - Sept 16
Pushed by shughes@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c4b72690ced0
Allow Colorways onboarding modal to restore user-installed themes. r=pdahiya
Summary: The user's theme is changed to the system's one if the "Skip this step" button from the existing's user "Colorways" modal is clicked → The user's theme is changed to the system's one if the "Skip this step" or "current colors" button from the existing's user "Colorways" modal is clicked
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 106 Branch

I have verified that this issue is no longer reproducible with the latest Firefox Nightly (106.0a1 Build ID - 20220909093917) installed on Windows 10 x64, macOS 11.6.5, and Linux Mint 20.2 x64. Now, I can confirm that the previously user set theme is no longer changed if the "Skip this step" or "current colors" button from the existing's user "Colorways" modal is clicked.

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: