Closed
Bug 540367
Opened 15 years ago
Closed 15 years ago
"ASSERTION: bad param: 'aScope'" when running crashtests
Categories
(Core :: XPConnect, defect, P3)
Core
XPConnect
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a5
People
(Reporter: jruderman, Assigned: dbaron)
References
Details
(Keywords: assertion)
Attachments
(2 files)
16.34 KB,
text/plain
|
Details | |
1.89 KB,
patch
|
sicking
:
review+
|
Details | Diff | Splinter Review |
When I run the full set of crashtests, I usually get these at some point (during cycle collection).
###!!! ASSERTION: bad param: 'aScope', file /Users/jruderman/central/js/src/xpconnect/src/nsXPConnect.cpp, line 1277
###!!! ASSERTION: bad param: 'scope', file /Users/jruderman/central/js/src/xpconnect/src/xpcconvert.cpp, line 1060
These show up on Tinderbox too.
Reporter | ||
Comment 1•15 years ago
|
||
Also, I'm vaguely suspicious that these assertions are related to this timeout orange:
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1263783795.1263785210.1372.gz&fulltext=1
Assignee | ||
Comment 2•15 years ago
|
||
OK, mrbkap, sicking, and I just discussed this.
The Unlink phase of cycle collection happens after JS GC finalization. global->GetGlobalJSObject() is returning something that is nulled out by nsWindowSH::OnFinalize. That means that if it's null, we can safely presume that we don't much care about fixing up the prototype chain, since it's all been cycle collected already anyway.
So we should just be able to add a null-check higher up in the function.
Assignee: nobody → dbaron
OS: Mac OS X → All
Hardware: x86 → All
Assignee | ||
Comment 3•15 years ago
|
||
Attachment #443500 -
Flags: review?(jonas)
Comment on attachment 443500 [details] [diff] [review]
patch
Thanks!
Attachment #443500 -
Flags: review?(jonas) → review+
Assignee | ||
Comment 5•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Priority: -- → P3
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a5
You need to log in
before you can comment on or make changes to this bug.
Description
•