Crash in [@ nsWebBrowserPersist::OnStopRequest]
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
People
(Reporter: u608768, Unassigned)
Details
(Keywords: crash)
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/79e8d2ae-331b-464b-b01a-732720200828
Top 10 frames of crashing thread:
0 xul.dll nsWebBrowserPersist::OnStopRequest dom/webbrowserpersist/nsWebBrowserPersist.cpp:858
1 @0x1eb31b3201f
2 xul.dll nsObserverService::NotifyObservers xpcom/ds/nsObserverService.cpp:297
3 @0x1eb2b22b45f
4 xul.dll nsCycleCollector::ForgetSkippable xpcom/base/nsCycleCollector.cpp:2652
5 xul.dll nsCycleCollector_forgetSkippable xpcom/base/nsCycleCollector.cpp:3857
6 xul.dll FireForgetSkippable dom/base/nsJSEnvironment.cpp:1248
7 xul.dll CCRunnerFired dom/base/nsJSEnvironment.cpp:1895
8 xul.dll virtual bool std::_Func_impl_no_alloc<bool
9 xul.dll mozilla::IdleTaskRunner::Run xpcom/threads/IdleTaskRunner.cpp:54
High crash rate, all for a single device. Started in build 20200827093043 (push log: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=61ed3192760a3aaef282c089c064fc8dd3890125&tochange=44ee384376ce8b20ef64db6e4fef50af983c2088).
|
||
Comment 1•4 years ago
|
||
None of the recent changes seem to have affected the files mentioned in the stacktrace. Since this happens during CC, do you see anything obvious, smaug?
|
||
Comment 2•4 years ago
|
||
The stack doesn't quite make sense. Somehow from nsCycleCollector::ForgetSkippable we jump mysteriously to nsObserverService::NotifyObservers and from there to nsWebBrowserPersist::OnStopRequest.
This smells a bit like someone having passed random stuff to cycle collector.
And was this happening on one build only?
|
|
||
Comment 3•4 years ago
|
||
:smaug: thanks for the analysis. Yes, this happened on one build only. However, on a quite recent (2020-08-27) Nightly build.
|
||
Comment 4•4 years ago
|
||
These crashes are all from a single installation, so we can probably chalk this up to some issue with the machine.
Description
•