Closed Bug 1868604 Opened 10 months ago Closed 10 months ago

Size of the review checker sidebar should be remembered after closing sidebar and restarting browser

Categories

(Firefox :: Shopping, defect)

Desktop
All
defect

Tracking

()

VERIFIED FIXED
122 Branch
Tracking Status
firefox-esr115 --- disabled
firefox120 --- disabled
firefox121 --- unaffected
firefox122 --- verified

People

(Reporter: pmagyari, Assigned: niklas, NeedInfo)

References

(Blocks 1 open bug)

Details

(Keywords: regression, Whiteboard: [fidefe-shopping])

Attachments

(1 file)

Found in

  • Nightly 122.0a1 (2023-12-06)

Affected versions

  • Nightly 122.0a1

Affected platforms

  • All

Preconditions:
Set the browser.shopping.experience2023.enabled - true
Set the browser.shopping.experience2023.optedIn - 1

Steps to reproduce

  1. Reach this amazon product page. (or any other)
  2. Resize the Review Checker sidebar to a random size.
  3. Close the Review Checker sidebar.
  4. Restart browser.
  5. Go to a Amazon product page and re-open the Review Checker sidebar.

Expected result

  • The size of the Review Checker sidebar should not reset to default.

Actual result

  • The size of the Review Checker sidebar is re-set to default.

Notes

  • This does not occur if you only resize and close/reopen the sidebar. (without restarting)

Regression range

  • I'll be back with a regression range ASAP.

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

Keywords: regression

Pinging triage owner :jhirsch to see if this can be triaged.
The Fx122 nightly soft code freeze starts on 2023-12-14, with Fx122 going to beta on 2023-12-18.
This was set as an S3 regression by QA, though the regressor wasn't identified.
Could you take a look to get a needinfo on this to the correct person?

Flags: needinfo?(jhirsch)

The shopping sidebar width is stored in the browser.shopping.experience2023.sidebarWidth pref.

If the sidebar is closed after setting the width, the stored value is cleared.

If the sidebar is resized, then the tab is closed (but the sidebar is left open), the sidebar width value seems to persist across restarts for me in a local build from latest mozilla-central.

Could you try again to identify if there's a bug here, and if so, what are the steps to reproduce? Thank you

Flags: needinfo?(jhirsch) → needinfo?(pmagyari)

:niklas, did I miss anything here, or does the feature look the same to you as it did when it landed?

Flags: needinfo?(nbaumgardner)

Ahh, I see the bug. The bug occurs when the sidebar is closed because this.scrollWidth is undefined when we get a resize when the sidebar is closed.

I'll submit a patch to fix this.

Flags: needinfo?(pmagyari)
Flags: needinfo?(nbaumgardner)
Assignee: nobody → nbaumgardner
Status: NEW → ASSIGNED

Based on comment #2, this bug contains a bisection range found by mozregression. However, the Regressed by field is still not filled.

:niklas, if possible, could you fill the Regressed by field and investigate this regression?

For more information, please visit BugBot documentation.

Flags: needinfo?(nbaumgardner)

:niklas we are in nightly soft freeze for Fx122, we go to beta on 2023-12-18.
If you could land this before then?

Pushed by nbaumgardner@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/585faf485ebe Only record reasonable widths for shopping sidebar. r=shopping-reviewers,Gijs,desktop-theme-reviewers,dao
Status: ASSIGNED → RESOLVED
Closed: 10 months ago
Resolution: --- → FIXED
Target Milestone: --- → 122 Branch

Verified fixed on Firefox Nightly 122.0a1 (20231216095116) on MacOS 11.6 and Windows 10.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
Flags: qe-verify+
Duplicate of this bug: 1868739
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: