Closed
Bug 61840
Opened 24 years ago
Closed 24 years ago
document viewer allocates GC things during finalization
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: dbaron, Assigned: jst)
Details
Attachments
(2 files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
If the last release of a document viewer is during JS GC, it causes a JS assertion because the call to SetStatus and SetDefaultStatus from GlobalWindowImpl::SetNewDocument leads to a call to js_AllocGCThing. This also shouldn't be happening during destruction, since the JS GC could hold the document viewer well past when the new document is displayed. We're changing JS code soon to clear up the tinderbox orange resulting from this... Perhaps these calls should be moved into DocumentViewerImpl::Stop (from GlobalWindowImpl::SetNewDocument)?
Comment 1•24 years ago
|
||
Reporter | ||
Comment 2•24 years ago
|
||
r=dbaron
Reporter | ||
Comment 3•24 years ago
|
||
Comment 4•24 years ago
|
||
r=jag
Comment 5•24 years ago
|
||
sr=brendan@mozilla.org And someone needs to fix nsDocumentViewer.cpp so its dtor does not assume where and when the last Release is called. /be
Comment 6•24 years ago
|
||
dbaron checked this patch in. More to follow?
Assignee | ||
Comment 8•24 years ago
|
||
I believe this is fixed by dbarons checkin, marking FIXED.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•