[MenuMessage] Additional configuration to make the surface ready for general use
Categories
(Firefox :: Messaging System, enhancement, P1)
Tracking
()
People
(Reporter: mjung, Assigned: mjung)
References
(Blocks 1 open bug)
Details
(Whiteboard: [omc])
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 |
Currently we're very limited in what we can configure off-train for the MenuMessage surface.
- simple layout [primary text, primary cta]
- column layout with logo
- button size configuration
- Update row layout to look more accurate to device migration figma
In addition, the MenuMessage replaces the sign up/sign in menu option and is only shown to users who are not signed in. In order to make this more general use and for the set to default experiment, we'll want to:
- ensure message is decoupled from the pxi panel (already possible with
source==..), but we'll create a new message type constrained to the app menu (default-cta) - for default message, it should be configured to show even if the user is signed in the app menu
Updated•1 year ago
|
Comment 1•1 year ago
|
||
For now, this bug just focuses on the last two bullets:
- not replace the sign up/sign in menu option
- configured to show even if the user is signed in
Updated•1 year ago
|
Bumping this up a few points as there's a bit more involved than expected when generalizing the surface and keeping it backwards compatible with existing messaging.
Updated•1 year ago
|
Generalizing the menu message surface for an upcoming set to default message surfaced through the app menu:
- Adds
default_ctamessageType so we can render callouts within the app menu regardless of sign in state - Adds a new optional property
allowWhenSignedInforfxa_ctamessages, to override sign out visibility constraint (no current use case, but I know product was considering more experimentation within the PXI panel) - Adds new simple layout (primary text + primary cta)
- Adds optional logo property
- Updates current row implementation to support optional logo property and so it looked closer to designs, updated the panel test to reflect the current designs for the PXI panel messaging.
{F29768427}
{F29793522}
Original Revision: https://phabricator.services.mozilla.com/D261162
Updated•1 year ago
|
Comment 5•1 year ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: No user impact if declined but we'd like to experiment on this surface for a set to default experiment that requires these schema changes for Fx142.
- 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
- Risk associated with taking this patch: Low
- Explanation of risk level: Low, created a new message type for this surface which will only be surfaced through Experimenter. There is one live rollout that will be impacted by the css change (will have extra padding) that I will need to be re-run in Fx142 to update the styling which was a product ask.
- String changes made/needed: No
- Is Android affected?: no
Comment 6•1 year ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: No user impact if declined but we'd like to experiment on this surface for a set to default experiment that requires these schema changes for Fx143.
- 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
- Risk associated with taking this patch: Low
- Explanation of risk level: Low, created a new message type for this surface which will only be surfaced through Experimenter. There is one live rollout that will be impacted by the css change (will have extra padding) that I will need to be re-run in Fx143 to update the styling which was a product ask.
- String changes made/needed: No
- Is Android affected?: no
Sorry for the extra noise with the uplift request form, I wrote fx142 instead of fx143!
Updated•1 year ago
|
Generalizing the menu message surface for an upcoming set to default message surfaced through the app menu:
- Adds
default_ctamessageType so we can render callouts within the app menu regardless of sign in state - Adds a new optional property
allowWhenSignedInforfxa_ctamessages, to override sign out visibility constraint (no current use case, but I know product was considering more experimentation within the PXI panel) - Adds new simple layout (primary text + primary cta)
- Adds optional logo property
- Updates current row implementation to support optional logo property and so it looked closer to designs, updated the panel test to reflect the current designs for the PXI panel messaging.
{F29768427}
{F29793522}
Original Revision: https://phabricator.services.mozilla.com/D261162
Updated•1 year ago
|
Comment 9•1 year ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: No user impact if declined but we'd like to experiment on this surface for a set to default experiment that requires these schema changes for Fx143.
- 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
- Risk associated with taking this patch: Low
- Explanation of risk level: Created a new message type for this surface which will only be surfaced through Experimenter. There is one live rollout that will be impacted by the css change (will have extra padding) that I will need to be re-run in Fx143 to update the styling which was a product ask.
- String changes made/needed: N/A
- Is Android affected?: no
Comment 10•1 year ago
|
||
Comment 11•1 year ago
|
||
| bugherder | ||
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 12•1 year ago
|
||
| uplift | ||
Updated•1 year ago
|
Comment 13•1 year ago
|
||
Hi Mimi! I’m trying to verify this enhancement, but I have issues with checking the simple layout message. When I insert the simple layout JSON into a message via ASRouter Devtools and click the “Modify” button, the message doesn’t get triggered. Could you please take a look and confirm whether the JSON is correct? Thanks!
| Assignee | ||
Comment 14•1 year ago
•
|
||
Hi Simona, sorry for the delay! Was on PTO + Canadian holiday. Simple layout has been updated, I was missing the secondaryText, which I passed in as an empty string, despite it being hidden in the css, I didn't make this field optional which was causing it to not render when I didn't pass it in for the simple layout - I'll file a follow up to make the JSON less fragile for simple layout. Let me know if you have any other issues with testing.
Comment 15•1 year ago
|
||
Hi, Mimi! Thanks for your help! I have verified this issue using the latest Firefox Nightly 144.0a1 (Build ID: 20250902210651) and Firefox Beta 143.0b7 (Build ID: 20250901090535) builds on Windows 10 x64, and macOS 15.5.
- After following the steps outlined in the test plan, I can confirm the following:
- The “Set to default” message is successfully displayed in the hamburger menu, and the “Sign up” message is not shown in the PXI panel, while enrolled in the treatment A branch of the experiment, with Firefox not set as default and not signed in to Firefox Accounts.
- Clicking the primary button prompts the user to set Firefox as default. After clicking, the message no longer appears and is blocked in the ASRouter devtool.
- The “Set to default” message is successfully displayed in the hamburger menu, and the “Sign up” message is shown in the PXI panel, while enrolled in the treatment B branch of the experiment, with Firefox not set as default and not signed in to Firefox Accounts.
- Clicking the “x” button on the “Set to default” message dismisses it. The message no longer appears in the hamburger menu, while the “Sign up” message remains visible in the PXI panel.
- The “Set to default” message is not displayed in the hamburger menu, but the “Sign up” one is shown in the PXI panel, while enrolled in the treatment B branch of the experiment, with Firefox set as default and not signed in to Firefox Accounts.
- The “Set to default” message is not displayed in the hamburger menu while enrolled in the treatment A branch of the experiment, with Firefox set as default and not signed in to Firefox Accounts.
- The Column layout with logo, Simple layout, and row layout with logo messages are correctly displayed according to the provided configurations.
- The “Set to default” message is successfully displayed in the hamburger menu, and the “Sign up” message is not shown in the PXI panel, while enrolled in the treatment A branch of the experiment, with Firefox not set as default and not signed in to Firefox Accounts.
Description
•