PBM experiment message should override default promo message
Categories
(Firefox :: Messaging System, enhancement, P1)
Tracking
()
People
(Reporter: pdahiya, Assigned: pdahiya)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
With Fx100, about:privatebrowsing experiment user falls back to default promo message when experiment message frequency cap weekly or lifetime is met.
https://searchfox.org/mozilla-central/source/browser/components/privatebrowsing/content/aboutPrivateBrowsing.js#228
https://searchfox.org/mozilla-central/source/browser/components/newtab/lib/ASRouter.jsm#1620
Ideally when a user is enrolled in an experiment , promo shown in experiment should override default promo message even after frequency cap of experiment message is met.
Assignee | ||
Comment 1•3 years ago
•
|
||
As per product, in future there could be use cases where default promo message should be shown after experiment promo. To cover those usecases, instead of blanket override of default , a flag in experiment message (e.g. hideDefault) should determine if default promo should be visible or hidden.
To support getting telemetry from default promo message spotlight modal, metrics flag that controls telemetry should be computed and passed dynamically.
In Fx100 metric flag is set inside action.data of spotlight message https://searchfox.org/mozilla-central/rev/5204ea3d3dac5832075fb61d9689dd7879ed91b2/browser/components/newtab/lib/OnboardingMessageProvider.jsm#125
In future to support collecting telemetry from default message shown in an experiment, we should compute and set this flag dynamically before passing from aboutPrivateBrowsing.js
https://searchfox.org/mozilla-central/rev/5204ea3d3dac5832075fb61d9689dd7879ed91b2/browser/components/privatebrowsing/content/aboutPrivateBrowsing.js#123
Assignee | ||
Comment 2•3 years ago
•
|
||
One option to implement override default promo messages via flag set in experiments is
-
Have default promo messages id in OnboardingMessageProvider suffix with '*_DEFAULT' or a separate field type: 'default'
https://searchfox.org/mozilla-central/source/browser/components/newtab/lib/OnboardingMessageProvider.jsm#98 -
Have experiment messages configure with a field e.g. hideDefault: true or false
-
Inside sendPbNewTabMessage before handleMessageRequest call filter out default messages from state.messages if a 'pb_newtab' experiment message has hideDefault as true
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Comment 3•3 years ago
|
||
separate field type: 'default'
This seems like the cleaner of the two choices.
Assignee | ||
Comment 4•3 years ago
|
||
Assignee | ||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 7•3 years ago
|
||
Backed out for causing mochitest failures on browser_privatebrowsing_protocolhandler.js
Assignee | ||
Comment 9•3 years ago
|
||
Trying re-land after intermittent failure fix thanks
Comment 10•3 years ago
|
||
Comment 11•3 years ago
•
|
||
Backed out for causing mochitest failures on browser_privatebrowsing_focus_promo.js
- Backout link
- Push with failures
- Failure log
- Failure line: TEST-UNEXPECTED-FAIL | browser/components/privatebrowsing/test/browser/browser_privatebrowsing_focus_promo.js | Focus promo is shown for allowed region - null == true - got null, expected true (operator ==)
Comment 12•3 years ago
|
||
Assignee | ||
Comment 13•3 years ago
|
||
Updated patch by adding extra cleanups and removing test opening spotlight from PBM that seems to be cause . Filed followup to cover opening spotlight test flow
Comment 14•3 years ago
|
||
bugherder |
Assignee | ||
Comment 15•3 years ago
|
||
Comment on attachment 9274113 [details]
Bug 1765907 - PBM experiment message should override default promo message
Beta/Release Uplift Approval Request
- User impact if declined: PBM experiment in Fx101 will not have capability to configure show/hide default promo from experiment JSON
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: See Test Plan in https://phabricator.services.mozilla.com/D144871
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This enhancement is used in experiments only
- String changes made/needed: None
- Is Android affected?: No
Assignee | ||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 16•3 years ago
|
||
I‘ve verified this enhancement using the latest Firefox Nightly 102.0a1 (Build ID: 20220515214519) on Windows 10 x64, macOS 12.3.1, and Ubuntu 20.04 x64.
- PBM experiment message overrides the default promo message.
- The experiment metrics are displayed in the “Browser Console”.
- The PBM experiment message is no longer displayed on a new private tab.
Comment 17•3 years ago
|
||
Comment on attachment 9274113 [details]
Bug 1765907 - PBM experiment message should override default promo message
Approved for 101.0b8.
Comment 18•3 years ago
|
||
bugherder uplift |
Comment 19•3 years ago
|
||
I‘ve verified this enhancement using Firefox Beta 101.0b8 (Build ID: 20220517185920) on Windows 10 x64, macOS 12.3.1, and Ubuntu 20.04 x64.
- PBM experiment message overrides the default promo message.
- The experiment metrics are displayed in the “Browser Console”.
- The PBM experiment message is no longer displayed on a new private tab.
Comment 20•3 years ago
|
||
Hello! We encountered the following regression for talos on mozilla-beta. Would it be possible for this push to have triggered that regression ?
Assignee | ||
Comment 21•3 years ago
|
||
Fix in this bug touches only about:privatebrowsing . Regressing Talos test doesn’t seem to indicate that its testing page load in private browsing mode and IMO doesn’t appear to be the cause.
https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#perf_reftest_singletons
https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#page-load
Description
•