Beta 76 pull-factor test-run experiment enrolled too many invalid users
Categories
(Firefox :: Messaging System, defect, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox76 | --- | fixed |
| firefox77 | --- | unaffected |
People
(Reporter: k88hudson, Assigned: pdahiya)
References
(Blocks 1 open bug)
Details
- Type of issue: Targeting expression result did not match intent.
- Result: Too many users were enrolled in the experiment that never saw about:welcome.
- Cause: We didn't include profile age filtering in the targeting expression. We identified this during review as a possible issue, but decided to go ahead to see if it would be ok without it since this was a beta dry run – and since we suspected there might be issues with accessing the ASRouter
profileDateCreatedfrom disk - Impact to experiment: We will need to restart. No impact to the actual product goals here since this was a test run.
Updated•5 years ago
|
Updated•5 years ago
|
| Reporter | ||
Comment 1•5 years ago
|
||
Other issues we noticed:
- Reading from disk to get
profileAgeCreatedis potentially problematic – but we're not sure - Like with Normandy, writing the targeting expression for the first run case was not easy!
| Reporter | ||
Comment 2•5 years ago
•
|
||
The problem with profileAgeCreated is that this involves reading from disk, which is slow for some users.
The failure state in the Normandy/Remote Settings filter expression environment:
In Normandy, if the reading profile age is too slow, the failure state will be that it returns undefined immediately. We can work around by adding a ! around the expression:
!(env.telemetry.main.environment.profile.creationDate < (\"2020-04-14\"|date / 1000 / 60 / 60 / 24))
The failure state in ASRouterTargeting filter expression environment:
In ASRouterTargeting, the failure state will be that the expression times out, which will mean the user will never get enrolled.
| Reporter | ||
Comment 3•5 years ago
•
|
||
We've decided to go with the ASRouter approach for now to see what happens.
See https://github.com/mozilla/messaging-system-inflight-assets/pull/37 for the new version of the targeting expression.
Comment 4•5 years ago
|
||
Wanted to add: I reviewed the data and the recipe specs as well, and have a number of recommendations for recipes
Learnings from Beta Smoke Test: AW_PULL_FACTOR_PRIVACY_1
The main points are:
- Include PCD in new user targeting (as noted above)
- We need to include explicit channel targeting
- Use randomly generated constant in sampling function (currently using experiment slug)
- Include convention in experiment slug to ensure uniqueness
| Reporter | ||
Comment 5•5 years ago
•
|
||
After seeing low enrollment (and deciding this is likelt due to the ASRouter creation date implementation timing out), we are switching this to use the Remote Settings environment (env.telemetry.main.environment.profile.creationDate as well as adding channel (env.beta)
| Assignee | ||
Comment 6•5 years ago
|
||
Updated targeting expression https://github.com/mozilla/messaging-system-inflight-assets/pull/42
Updated•5 years ago
|
Comment 7•5 years ago
|
||
The severity field is not set for this bug.
:tspurway, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
| Assignee | ||
Comment 8•5 years ago
•
|
||
With fix of bug 1642455 in Fx 78, first run onboarding experiments enroll user with below filters in targeting , that has stabilised new user enrollment
a) isFirstStartup - Enrolled user has seen seen FirstStartup during FirstRun.
b) check for 'trailhead.firstrun.didSeeAboutWelcome' pref as false enrolling only new users that hasn't seen welcome UI
With above fixes its safe to close this issue as resolved. Thanks!
Updated•5 years ago
|
Description
•