Closed Bug 540367 Opened 15 years ago Closed 14 years ago

"ASSERTION: bad param: 'aScope'" when running crashtests

Categories

(Core :: XPConnect, defect, P3)

defect

Tracking

()

RESOLVED FIXED
mozilla1.9.3a5

People

(Reporter: jruderman, Assigned: dbaron)

References

Details

(Keywords: assertion)

Attachments

(2 files)

Attached file stack traces for the assertions (deleted) —
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.
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
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
Attached patch patch (deleted) — Splinter Review
Attachment #443500 - Flags: review?(jonas)
http://hg.mozilla.org/mozilla-central/rev/71c8fd654a3e
Status: NEW → RESOLVED
Closed: 14 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.

Attachment

General

Creator:
Created:
Updated:
Size: