The Address bar Fakespot icon does not change its state when the user Turns off the Review quality Check from Settings
Categories
(Firefox :: Shopping, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | unaffected |
firefox116 | --- | unaffected |
firefox117 | --- | unaffected |
firefox118 | --- | disabled |
firefox119 | --- | verified |
People
(Reporter: rdoghi, Assigned: niklas, NeedInfo)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fidefe-shopping])
Attachments
(2 files)
Found in
- Nightly 118.0a1 (2023-08-17)
Affected versions
- Nightly 118.0a1 (2023-08-17)
Affected platforms
- ALL
Preconditions:
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1
Set the toolkit.shopping.useOHTTP - TRUE
Steps to reproduce
- Reach the Amazon.com website and search for nintendo switch.
- Select any product in order to reach the product details page.
- Expand the Settings card.
- Click the Turn off Quality check.
Expected result
- The Fakespot address bar icon is displayed as disabled. (Black)
Actual result
- The Address bar icon remains disabled without any functionality.
Regression range
Not Applicable
Comment 1•1 year ago
|
||
:rdoghi, if you think that's a regression, could you try to find a regression range using for example mozregression?
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
This is exacerbated by the shopping icon remaining the URL bar after the feature is turned off.
Comment 3•1 year ago
|
||
Should this be an S1 severity bug?
https://wiki.mozilla.org/BMO/UserGuide/BugFields#bug_severity
(Catastrophic) Blocks development/testing, may impact more than 25% of users, causes data loss, likely dot release driver, and no workaround available
Updated•1 year ago
|
Comment 4•1 year ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #3)
Should this be an S1 severity bug?
Only affects 119
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 5•1 year ago
|
||
Comment 7•1 year ago
|
||
Backed out for causing mochitests failures in browser_stale_product.js.
- Backout link
- Push with failures
- Failure Log
- Failure line: TEST-UNEXPECTED-FAIL | browser/components/shopping/tests/browser/browser_stale_product.js | Got shopping-message-bar element
Comment 9•1 year ago
•
|
||
Backed out for causing bc failures in browser/components/shopping/tests/browser/browser_shopping_urlbar.js
Backout link: https://hg.mozilla.org/integration/autoland/rev/d27e296d063646b27f783abf7aa485f604821dbc
Comment 11•1 year ago
|
||
Comment 12•1 year ago
|
||
bugherder |
Comment 13•1 year ago
|
||
Verified fixed using Nightly 119.0a1 (2023-09-08) on MacOS 11, Windows 10 and Ubuntu 20.04, the toolbar icon hides when opted out accordingly.
Turns out we actually did not want to disable the urlbar button if the user opts out. So I'll be reverting this change presently.
Description
•