Closed Bug 1699349 Opened 4 years ago Closed 4 years ago

Frequent crashes related to CanonicalBrowsingContext::SetRestoreData

Categories

(Firefox :: Session Restore, defect)

Firefox 88
defect

Tracking

()

RESOLVED FIXED
88 Branch
Tracking Status
firefox-esr78 --- unaffected
firefox86 --- unaffected
firefox87 --- unaffected
firefox88 blocking fixed

People

(Reporter: mmis1000, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Crash Data

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Enable the several experiments and browse the web normally.

Web fission (most likely the violator due to some session related changes hours ago?)

And every other except:
CSS: Constructable Stylesheets
Developer Tools: Service Worker debugging
HTTP/3 protocol
browser.urlbar.keepPanelOpenDuringImeComposition
Web API: WebGPU
WebRTC Global Mute Toggles

Actual results:

After bump to
Firefox 88.0a1 build 20210317212527

I encountered multi crash during switching the tab in a single hour.

https://crash-stats.mozilla.org/report/index/ceb38c2d-a190-46f1-bb53-888a90210318#tab-annotations
https://crash-stats.mozilla.org/report/index/1d0f42b1-ff14-42c5-911e-070440210318
https://crash-stats.mozilla.org/report/index/2bb98695-acb7-46cf-bce9-d63540210318
https://crash-stats.mozilla.org/report/index/3c30680b-afb9-47de-b4c0-d85180210318

Expected results:

The browser didn't crash during normal use.

Additional detail:

I setup firefox to restore old tabs on launch.
So some of the tabs actually lives across the session changes.

Do a corrupt session crash the firefox?

The Bugbug bot thinks this bug should belong to the 'Firefox::Address Bar' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Address Bar
Component: Address Bar → Session Restore

Nightly updates have been halted for this issue. Bug 1597499 will be backed out and the issue should be fixed in the next Nightly.

Status: UNCONFIRMED → NEW
Crash Signature: [@ mozilla::dom::CanonicalBrowsingContext::SetRestoreData]
Ever confirmed: true
Keywords: regression
Regressed by: 1597499
Has Regression Range: --- → yes

Fixed by backout of bug 1597499.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 88 Branch

Will there be a respin ?

We used the Nightly cron task scheduled at 10am UTC.

You need to log in before you can comment on or make changes to this bug.