Support setting Firefox as default based on installer attribution campaign
Categories
(Firefox :: Messaging System, enhancement, P1)
Tracking
()
People
(Reporter: mviar, Assigned: mviar)
References
(Blocks 1 open bug)
Details
Attachments
(2 files, 1 obsolete file)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
This bug is for implementing a means of setting Firefox as the default browser based on the presence of a set_default_browser
attribution campaign.
See brief for related experiment.
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 1•4 months ago
|
||
Updated•4 months ago
|
Assignee | ||
Comment 2•4 months ago
|
||
Assignee | ||
Updated•4 months ago
|
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 3•4 months ago
|
||
[Tracking Requested - why for this release]: We'd like to land this patch to support an experiment in Fx132. Because it's gated behind an attribution campaign, it should be relatively low risk.
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 4•4 months ago
|
||
To allow time for review, we'll target Fx133.
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Updated•4 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Backed out for causing bc failures @nsMacDockSupport.mm.
- Backout link
- Push with failures
- Failure Log
———————————————————————————————————— - Push with failures bc failures @browser_aboutwelcome_upgrade_multistage_mr.js
- Failure Log
Updated•3 months ago
|
Updated•3 months ago
|
Assignee | ||
Comment 9•3 months ago
|
||
Thanks for flagging the failure, I've updated the tests and have a green run on try so am attempting to re-land.
Comment 10•3 months ago
|
||
Backout merged to mozilla-central: https://hg.mozilla.org/mozilla-central/rev/0247e2cbb51823d73beef5e45fd21a4846b3611b
Comment 11•3 months ago
•
|
||
Backed out for causing bc failures @ browser_aboutwelcome_multistage_languageSwitcher.js
- Backout link
- Push with failures
- Failure Log
- Failure line:
TEST-UNEXPECTED-FAIL | browser/components/aboutwelcome/tests/browser/browser_aboutwelcome_multistage_languageSwitcher.js | Uncaught exception in test bound test_aboutwelcome_languageSwitcher_accept - Should render .screen.AW_LANGUAGE_MISMATCH in Live language switching (waiting for languages) - timed out after 50 tries.
————————————————————————————
- Push with failures
- Failure Log
- Failure line:
Assertion failure: aAppPath != aAppToReplacePath || !aAppPath.IsEmpty(), at /builds/worker/checkouts/gecko/widget/cocoa/nsMacDockSupport.mm:396
Assignee | ||
Comment 12•3 months ago
|
||
Ah, sorry about that. Appears I was playing a bit of test failure whack-a-mole. I think I have a final fix, verifying on try now.
Assignee | ||
Comment 13•3 months ago
•
|
||
I was able to address the test failure and will land after 134 Nightly merges and request uplift into early beta (try run).
Comment 14•3 months ago
|
||
Assignee | ||
Comment 15•3 months ago
|
||
[Tracking Requested - why for this release]: We'll be seeking uplift into early 134 beta to support the related experiment and to match the current release schedule we're working towards with the marketing team.
Assignee | ||
Comment 16•3 months ago
|
||
This patch adds an startup idle task that sets the browser as default if an attribution campaign id of "set_default_browser" is present on first run. This works supports an upcoming experiment where users will have the option to "download as default" via [[ https://www.mozilla.org/en-US/firefox/new/ | the stub installer marketing page ]].
Original Revision: https://phabricator.services.mozilla.com/D225212
Updated•3 months ago
|
Comment 17•3 months ago
|
||
beta Uplift Approval Request
- User impact if declined: Users will be unable to participate in the upcoming experiment allowing them to set Firefox as default from the marketing page where they download the stub installer
- Code covered by automated testing: yes
- Fix verified in Nightly: no
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: See test plan below
- Risk associated with taking this patch: Low
- Explanation of risk level: Fairly low as the behavior in this patch is only triggered when the relevent campaign attribution is present
- String changes made/needed: No
- Is Android affected?: no
Comment 18•3 months ago
|
||
bugherder |
Updated•3 months ago
|
Updated•3 months ago
|
Comment 19•3 months ago
|
||
uplift |
Updated•3 months ago
|
Updated•3 months ago
|
Updated•18 days ago
|
Comment 20•18 days ago
|
||
Please don't change random bug flags. This is the second time now and interferes with people trying to get their work done.
Updated•18 days ago
|
Description
•