crash-stats tabs fail to restore or to be duplicated with Ctrl + click on reload button
Categories
(Socorro :: Webapp, defect, P3)
Tracking
(Not tracked)
People
(Reporter: aryx, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
With Firefox 132.0a1 on Windows 10, https://crash-stats.mozilla.org/ tabs fail to restore if they haven't been activated in the current browser session yet (not sure if this is 100% reproducible). The pages are in general searches similar to this one.
Clicking the browser reload button while the Ctrl key is being pressed should duplicate the tab but the new one always shows an error page, e.g. for this one the following error page is shown and lists "The request's parameters could not be understood."
Updated•1 year ago
|
| Reporter | ||
Comment 1•9 months ago
|
||
The issue is very cumbersome.
Today, a tab with the url https://crash-stats.mozilla.org/signature/?build_id=%3E20250401120000&product=Firefox&version=139.0a1&date=%3E%3D2025-03-26T08%3A52%3A00.000Z&date=%3C2025-04-02T08%3A52%3A00.000Z&_sort=-date&signature=nsObserverList%3A%3AAppendStrongObservers got restored as https://crash-stats.mozilla.org/static/crashstats/css/crashstats-base.min.css (yes, as I had requested a CSS file at the top browser level).
Comment 2•9 months ago
|
||
:aryx Unfortunately I'm unable to reproduce the issue. I created a new Firefox Nightly profile, opened a few Crash Stats tabs, logged in, did a few searches in Super Search, used Ctrl+Reload on a few of the tabs, exited the browser and restarted it, and everything worked as expected for me. I also tried logged out of SSO and logging out of Crash Stats and restoring tabs.
Crash Stats is mixing the History API with directly setting window.location, so there's definitely potential to create the kind of issue you describe. We don't currently have the time for a full rewrite of this code, though, and a bug fix is only possible if we are able to reproduce the issue. So unfrotunately there's currently little I can do.
Description
•