Update parent window code to check optedIn pref
Categories
(Firefox :: Shopping, enhancement, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox117 | --- | fixed |
People
(Reporter: jhirsch, Assigned: jhirsch)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fidefe-shopping])
Attachments
(1 file, 1 obsolete file)
The current ShoppingSidebarManager assumes the sidebar should be shown if the browser.shopping.experience2023.enabled
pref is true. However, there's another pref that should also be used to determine the state of the UI, browser.shopping.experience2023.optedIn
:
If browser.shopping.experience2023.enabled
is true and browser.shopping.experience2023.optedIn
is true, then we show the sidebar content on product pages. (This is already implemented, only using .enabled and not checking .optedIn).
If browser.shopping.experience2023.enabled
is true and browser.shopping.experience2023.optedIn
is false, then we will show the page action button, but not automatically open the sidebar, on product pages. (Hence, we'll still need to connect the onLocationChange listener.) In this case, when the sidebar is opened, whether by the user or by the messaging system code, we will render the sidebar's header, but not send the product info to the backend, and the messaging system code will display the onboarding card.
If browser.shopping.experience2023.enabled
is false, then we don't want the page action button or sidebar to be shown in the UI. (This is already implemented.)
Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 1•1 year ago
|
||
Also fixes bug 1844106, "Update shopping container to display onboarding
based on optedIn pref".
Assignee | ||
Comment 2•1 year ago
|
||
Also fixes bug 1844106, "Update shopping container to display onboarding
based on optedIn pref".
Updated•1 year ago
|
Updated•1 year ago
|
Comment 4•1 year ago
|
||
Backed out as requested by dev for eventually failing the linter.
Comment 6•1 year ago
|
||
bugherder |
Description
•