Closed
Bug 1497299
Opened 7 years ago
Closed 6 years ago
Crash in <name omitted> | <name omitted> | mozilla::dom::DeferredFinalizerImpl<T>::DeferredFinalize
Categories
(Core Graveyard :: Web Replay, defect)
Core Graveyard
Web Replay
Tracking
(firefox-esr60 unaffected, firefox64 wontfix, firefox65 wontfix, firefox66 wontfix, firefox67 fixed)
RESOLVED
FIXED
mozilla67
| Tracking | Status | |
|---|---|---|
| firefox-esr60 | --- | unaffected |
| firefox64 | --- | wontfix |
| firefox65 | --- | wontfix |
| firefox66 | --- | wontfix |
| firefox67 | --- | fixed |
People
(Reporter: marcia, Assigned: bhackett1024)
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
This bug was filed from the Socorro interface and is
report bp-a8cf9875-29a5-451c-8ec6-96dd60181004.
=============================================================
Seen while looking at nightly crash stats - some Mac and Windows crashes: https://bit.ly/2pPAp0h and https://bit.ly/2Pho1RA.
One comment "Testing WebReplay on Invision "
Top 10 frames of crashing thread:
0 @0x12d2c7018
1 XUL <name omitted> netwerk/base/nsInputStreamChannel.h:28
2 XUL <name omitted> xpcom/ds/nsHashPropertyBag.cpp:250
3 XUL mozilla::dom::DeferredFinalizerImpl<nsISupports>::DeferredFinalize xpcom/base/nsCOMPtr.h:313
4 XUL mozilla::IncrementalFinalizeRunnable::ReleaseNow xpcom/base/CycleCollectedJSRuntime.cpp:1373
5 XUL mozilla::CycleCollectedJSRuntime::GCCallback xpcom/base/CycleCollectedJSRuntime.cpp:1515
6 XUL js::gc::GCRuntime::maybeCallGCCallback js/src/gc/GC.cpp:1878
7 XUL js::gc::GCRuntime::gcCycle js/src/gc/GC.cpp:7836
8 XUL js::gc::GCRuntime::collect js/src/gc/GC.cpp:8121
9 XUL js::gc::GCRuntime::startGC js/src/gc/GC.cpp
=============================================================
| Reporter | ||
Comment 1•6 years ago
|
||
Another recent nightly Mac crash has this URL - https://firefox-dev.tools/debugger-examples/examples/todomvc/
| Assignee | ||
Comment 2•6 years ago
|
||
| Assignee | ||
Comment 3•6 years ago
|
||
This crash continues to be a problem, and is the main source of crashes when recording/replaying. These have all been in the nsHashPropertyBag destructor, and while I don't know what the problem is or whether it is specific to this class, it would be nice to avoid the crash by just leaking the bag and its contents, as the associated patch does. (We already leak memory when recording/replaying, e.g. the cycle collector is disabled.)
Pushed by bhackett@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/b7141d2c750d
Avoid destroying nsHashPropertyBag when recording/replaying, r=mccr8.
Comment 5•6 years ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox67:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla67
Updated•6 years ago
|
Assignee: nobody → bhackett1024
Updated•6 years ago
|
status-firefox65:
--- → wontfix
status-firefox66:
--- → wontfix
status-firefox-esr60:
--- → unaffected
Updated•5 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•