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)
775 bytes,
patch
|
Details | Diff | Splinter Review | |
1.09 KB,
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
•