[intermitent] Review checker infinite loading after restoring session
Categories
(Firefox :: Shopping, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | unaffected |
firefox117 | --- | unaffected |
firefox118 | --- | disabled |
firefox119 | --- | verified |
People
(Reporter: atrif, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fidefe-shopping] )
Found in
- 119.0a1 (2023-09-12)
Affected versions
- 119.0a1 (2023-09-12)
Tested platforms
- Affected platforms: Windows 10x64 (only with attached profile), Ubuntu 20
- Unaffected platforms: none
Steps to reproduce
- Unfortunately I don’t have some clear steps to reproduce this. I could only reproduce this initially on Ubuntu 20.04 from which I could take a profile and then reproduce this on Windows 10x64 as well. Basically, I was restoring multiple windows containing Amazon products on Ubuntu 20.04 by using the
Restore previous session
button and some of the windows had theReview checker
displayed in infinite loading.
Steps from the attached profile:
- Open the attached profile and restore the session from the second window.
- Observe all windows.
Expected result
- No infinite loading on the review checker.
Actual result
- One of the windows has infinite loading on the review checker.
Additional notes
- Profile: link
- Attached a screen recording: link
- It seems that the issue is reproducing constantly with the attached profile only on the Ubuntu 20.04 station and my Windows 10x64 station. We tried on another Windows 10x64 and macOS 12 station but I could only reproduce the issue with this profile two times on Windows 10x64.
- Originally I could only intermittently reproduce this issue on Ubuntu 20.04. I could only reproduce the issue on Windows 10x64 after I transferred the profile from Ubunut 20.04.
- Note this profile has the http set to stage
toolkit.shopping.ohttpConfigURL: "https://stage.ohttp-gateway.nonprod.webservices.mozgcp.net/ohttp-configs"
toolkit.shopping.ohttpRelayURL to "https://mozilla-ohttp-dev.fastly-edge.com/"
. This reproduced with default prefs as well but using the same attached profile.
Updated•1 year ago
|
Great find! When this bug occurs, if you hit refresh, or switch to another tab and switch back, does the problem go away?
Reporter | ||
Comment 2•1 year ago
|
||
(In reply to Jared Hirsch [:jhirsch] (he/him) (Needinfo please) from comment #1)
Great find! When this bug occurs, if you hit refresh, or switch to another tab and switch back, does the problem go away?
Hello! Refreshing the page will make the problem go away. However, switching to another tab and back will not, but I don't think that the tabswitch behavior is implemented per 1846768#c10. Also, the problem still persists after closing the sidebar and opening it back. If more information is needed please let me know.
Comment 3•1 year ago
|
||
This should be fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=1852836
Reporter | ||
Comment 4•1 year ago
|
||
(In reply to Fred Chasen [:fchasen] from comment #3)
This should be fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=1852836
Thank you! I verified using the attached profile and I can no longer reproduce the issue with Firefox 119.0a1 (2023-09-15) on Windows 10x64 and Ubuntu 20.05 on the machines that I could originally reproduce.
Reporter | ||
Updated•1 year ago
|
Description
•