Open
Bug 515361
Opened 16 years ago
Updated 3 years ago
broswer_privacypane_* tests cause lots of XPConnect assertions
Categories
(Firefox :: Settings UI, defect)
Tracking
()
NEW
People
(Reporter: dbaron, Unassigned)
Details
Attachments
(1 file)
|
164.36 KB,
text/plain
|
Details |
The browser_privacypane_* tests cause a large number (somewhere around a hundred; much less than bug 510489) of assertions about calling XPConnect on a scope without a Components property. In other words, they're trying (and failing, most likely) to execute JavaScript in the context of a window that's already been closed.
I'll attach the C++ and JS stack of one such assertion, from the debugging output in bug 510489.
| Reporter | ||
Comment 1•16 years ago
|
||
A relevant chunk of the output from the other bug, containing multiple stacks.
Comment 2•16 years ago
|
||
I specifically wait in that test for each window to be closed and send the domwindowclosed notification before proceeding to run the next test. What other scenarios are conceivable for such an assertion?
BTW, how can I get a js stack at the assertion points locally?
| Reporter | ||
Comment 3•16 years ago
|
||
(In reply to comment #2)
> BTW, how can I get a js stack at the assertion points locally?
Call js_DumpStackFrame, like in http://hg.mozilla.org/users/dbaron_mozilla.com/patches/raw-file/56363c473a65/no-components-dump-stack
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•