Expose a pref and a Nimbus pref/variable for new link handling behavior
Categories
(Firefox :: Tabbed Browser, task, P2)
Tracking
()
People
(Reporter: asafko, Assigned: sthompson)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
To do a controlled introduction of the new link handling behavior, we need:
- a pref associated with it,
- have this pref exposed to Nimbus via Feature Manifest.
Rationale: We want to introduce new external link handling behavior in the following way:
- Offer the setting for everyone as an opt-in (off by default)
- In parallel, launch an experiment, making it ON by default for new users,
- In case of no negative impact is detect, make new link handling behavior a new default for new users.
We would still need to figure out how to offer/switch existing users to this behavior (messaging, else).
Updated•10 months ago
|
Updated•10 months ago
|
Updated•9 months ago
|
| Assignee | ||
Updated•7 months ago
|
| Assignee | ||
Comment 1•7 months ago
|
||
Direct pref access to browser.link.open_newwindow.override.external is replaced by a Nimbus variable openBehavior in a new Nimbus feature, externalLinkHandling. The Nimbus variable falls back to the pref value.
I also enabled the Glean metric tab_movement and event open_from_external_app. I had them start disabled because I believed that Glean's Server Knobs could turn on the telemetry just for people enrolled in the experiment. It doesn't seem like that's true, so it's easier right now to just have these pieces of telemetry enabled for everyone. These telemetry need to be in place to measure the results of the Nimbus experiment, so I included these changes in this patch.
Updated•7 months ago
|
Comment 3•7 months ago
|
||
| bugherder | ||
Comment 4•7 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Low. If this patch is declined, our team will have to delay an experiment with providing the new "Open links from apps next to the active tab" optional feature as a default for new users.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: Replaces a pref lookup with a Nimbus API call for a variable that is backed by the same pref. Fallback behavior has automated test coverage.
- String changes made/needed: No
- Is Android affected?: no
| Assignee | ||
Comment 5•7 months ago
|
||
Direct pref access to browser.link.open_newwindow.override.external is replaced by a Nimbus variable openBehavior in a new Nimbus feature, externalLinkHandling. The Nimbus variable falls back to the pref value.
I also enabled the Glean metric tab_movement and event open_from_external_app. I had them start disabled because I believed that Glean's Server Knobs could turn on the telemetry just for people enrolled in the experiment. It doesn't seem like that's true, so it's easier right now to just have these pieces of telemetry enabled for everyone. These telemetry need to be in place to measure the results of the Nimbus experiment, so I included these changes in this patch.
Original Revision: https://phabricator.services.mozilla.com/D269130
Updated•6 months ago
|
Updated•6 months ago
|
Description
•