Closed Bug 1899601 Opened 5 months ago Closed 5 months ago

Fix 1-click set-to-default

Categories

(Firefox :: Shell Integration, enhancement, P2)

Unspecified
Windows
enhancement

Tracking

()

RESOLVED FIXED
128 Branch
Tracking Status
firefox128 --- fixed

People

(Reporter: nrishel, Assigned: nrishel)

References

(Depends on 1 open bug, )

Details

Attachments

(3 files)

No description provided.
Summary: Resurrect 1-click set-to-default → Fix 1-click set-to-default

Nimbus Feature: shellService.setDefaultBrowserUserChoiceRegRename
about:config pref: browser.shell.setDefaultBrowserUserChoice.regRename

Attachment #9404944 - Attachment description: Bug 1899601 - Part 3: Lock 1-click set-to-default behind Nimbus configurable pref. r=nalexander → Bug 1899601 - Part 3: Lock 1-click set-to-default fix behind Nimbus configurable pref. r=nalexander

Barret -- could you peek at the 3rd patch and suggest if we should add isStartup: true? I think yes -- it's possible this is invoked very early, possibly before Nimbus is ready -- but perhaps not, I know there have been many changes around experiment prefs.

Flags: needinfo?(brennie)

Do you mean specifically the setDefaultBrowserUserChoiceRegRename variable / browser.shell.setDefaultBrowserUserChoice.regRename pref? If so, no you dont need to use isEarlyStartup to make it available, as long as you always read from the pref (instead of the variable) during early startup.

Flags: needinfo?(brennie)

(In reply to Barret Rennie [:barret] (they/them) from comment #5)

Do you mean specifically the setDefaultBrowserUserChoiceRegRename variable / browser.shell.setDefaultBrowserUserChoice.regRename pref? If so, no you dont need to use isEarlyStartup to make it available, as long as you always read from the pref (instead of the variable) during early startup.

That is exactly what I meant, and yes -- consumers read the preference, AFAICT. Thanks for confirming, Barret!

Attachment #9404944 - Attachment description: Bug 1899601 - Part 3: Lock 1-click set-to-default fix behind Nimbus configurable pref. r=nalexander → Bug 1899601 - Part 3: Lock 1-click set-to-default behind Nimbus configurable pref. r=nalexander
Attachment #9404944 - Attachment description: Bug 1899601 - Part 3: Lock 1-click set-to-default behind Nimbus configurable pref. r=nalexander → Bug 1899601 - Part 3: Lock 1-click set-to-default fix behind Nimbus configurable pref. r=nalexander

Originally this is marked confidential so the relevant code would not be exposed if we chose not to land it. As we have chosen to proceed with landing and the code will be public, this no longer needs to be confidential.

Group: mozilla-employee-confidential
Pushed by nrishel@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/23c296923575 Part 1: Fix 1-click set-to-default for NSIS and MSI installs. r=nalexander https://hg.mozilla.org/integration/autoland/rev/f1d1b1ae8abe Part 2: Fix 1-click set-to-default for MSIX installs. r=nalexander https://hg.mozilla.org/integration/autoland/rev/a78c2ee248a6 Part 3: Lock 1-click set-to-default fix behind Nimbus configurable pref. r=nalexander
Status: ASSIGNED → RESOLVED
Closed: 5 months ago
Resolution: --- → FIXED
Target Milestone: --- → 128 Branch
Blocks: 1915722
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: