Closed
Bug 1946609
Opened 1 month ago
Closed 1 month ago
Record exposure event for new treatment of showing the user when sync is disabled
Categories
(Firefox :: Sync, task)
Firefox
Sync
Tracking
()
RESOLVED
FIXED
137 Branch
People
(Reporter: skhamis, Assigned: skhamis)
References
Details
(Whiteboard: [fxsync-])
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 |
We'll be launching an experiment for updating the treatment of telling the user is signed in but sync is disabled. It was initially determined that we did not need to record the exposure and that existing telemetry should be sufficient but we won't be able to appropriately see who was actually exposed to the new/old treatment without it https://docs.google.com/document/d/1ehPjvSjLUtlcRQmFaxcPlmX1dtyhAUEcLAj2AAi3udo/edit?tab=t.0.
Updated•1 month ago
|
Assignee | ||
Comment 1•1 month ago
|
||
Pushed by skhamis@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/86b4f0784cb4
Record exposure event for new treatment of sync being disabled r=LougeniaBailey
Status: ASSIGNED → RESOLVED
Closed: 1 month ago
status-firefox137:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 137 Branch
Assignee | ||
Comment 4•1 month ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D237148
Updated•1 month ago
|
Attachment #9465252 -
Flags: approval-mozilla-beta?
Comment 5•1 month ago
|
||
beta Uplift Approval Request
- User impact if declined: Will not be able to determine optimal sync flow
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: 1. about:config set nimbus.debug to true, 2. sign in to FxA but disable sync, 3. open app menu, 4. go to about:telemetry 5. in Events see expose event for ew-sync-setup-flow
- Risk associated with taking this patch: Low
- Explanation of risk level: Adding exposure event for opening the app menu, low amount of code
- String changes made/needed: N/A
- Is Android affected?: no
Updated•1 month ago
|
Attachment #9465252 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Updated•1 month ago
|
status-firefox136:
--- → fixed
Assignee | ||
Comment 7•1 month ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D237148
Updated•1 month ago
|
Attachment #9466033 -
Flags: approval-mozilla-release?
Comment 8•1 month ago
|
||
release Uplift Approval Request
- User impact if declined: Will not be able to determine optimal sync flow
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: 1. about:config set nimbus.debug to true, 2. sign in to FxA but disable sync, 3. open app menu, 4. go to about:telemetry 5. in Events see expose event for ew-sync-setup-flow
- Risk associated with taking this patch: Low
- Explanation of risk level: Adding exposure event for opening the app menu, low amount of code
- String changes made/needed: N/A
- Is Android affected?: no
Comment 9•1 month ago
|
||
[Tracking Requested - why for this release]:
Release uplift comment above. This is tangentially related to the Relay experiment that's going live in 135.
tracking-firefox135:
--- → ?
Updated•1 month ago
|
Attachment #9466033 -
Flags: approval-mozilla-release? → approval-mozilla-release+
Comment 10•1 month ago
|
||
uplift |
Updated•1 month ago
|
status-firefox135:
--- → fixed
Updated•1 month ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•