Closed Bug 1849159 Opened 1 year ago Closed 1 year ago

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)

Desktop
All
defect

Tracking

()

VERIFIED FIXED
119 Branch
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)

Attached video IconState.mp4

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

  1. Reach the Amazon.com website and search for nintendo switch.
  2. Select any product in order to reach the product details page.
  3. Expand the Settings card.
  4. 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

:rdoghi, if you think that's a regression, could you try to find a regression range using for example mozregression?

Whiteboard: [fidefe-shopping]
Severity: S3 → S1
Priority: -- → P1

This is exacerbated by the shopping icon remaining the URL bar after the feature is turned off.

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

Flags: needinfo?(jepstein)
Flags: needinfo?(jepstein)

(In reply to Ryan VanderMeulen [:RyanVM] from comment #3)

Should this be an S1 severity bug?

Only affects 119

Severity: S1 → S3
Priority: P1 → --
Priority: -- → P1
Assignee: nobody → nbaumgardner
Status: NEW → ASSIGNED
Pushed by nbaumgardner@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/4ced56d93af6 Toolbar button should hide when opted out. r=shopping-reviewers,Gijs

Backed out for causing mochitests failures in browser_stale_product.js.

Flags: needinfo?(nbaumgardner)
Pushed by nbaumgardner@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/91e76d818152 Toolbar button should hide when opted out. r=shopping-reviewers,Gijs
Duplicate of this bug: 1851674
Pushed by gijskruitbosch@gmail.com: https://hg.mozilla.org/integration/autoland/rev/780b5a0c48aa Toolbar button should hide when opted out. r=shopping-reviewers,Gijs
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 119 Branch

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.

Status: RESOLVED → VERIFIED

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.

No longer duplicate of this bug: 1854243
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: