Closed
Bug 382262
Opened 17 years ago
Closed 17 years ago
"ASSERTION: Event listener manager hash not empty at shutdown!" with -moz-column-count and float
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jruderman, Unassigned)
References
Details
(Keywords: assertion, memory-leak, testcase, Whiteboard: [dbaron-1.9:Rs])
Attachments
(1 file)
147 bytes,
text/html
|
Details |
Loading the testcase (in Mac trunk debug) and then quitting triggers: ###!!! ASSERTION: Event listener manager hash not empty at shutdown!: 'sEventListenerManagersHash.entryCount == 0', file mozilla/content/base/src/nsContentUtils.cpp, line 694
Reporter | ||
Comment 1•17 years ago
|
||
Comment 2•17 years ago
|
||
Chances are we're leaking (content nodes via frames?)
Comment 3•17 years ago
|
||
Yeah, we seem to be leaking via the frames created by nsBlockFrame::SplitPlaceholder. Perhaps we should be asserting somewhere that mOverflowPlaceholders has been emptied? And see when that assert fails?
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9+
Reporter | ||
Comment 4•17 years ago
|
||
CCing Eli, who loves floats and -moz-column.
Comment 5•17 years ago
|
||
I'd love to fix this, but I can't reproduce :)
Reporter | ||
Comment 6•17 years ago
|
||
Can you reproduce if you add the assertion bz suggested in comment 3?
Comment 7•17 years ago
|
||
I have no idea what assertion to add; we already have the following: nsBlockReflowState::~nsBlockReflowState() { NS_ASSERTION(mOverflowPlaceholders.IsEmpty(), "Leaking overflow placeholder frames");
Whiteboard: [dbaron-1.9:Rs]
I can't reproduce this either. If we were leaking frames we'd get the "Some frame destructors not called" assertion, wouldn't we?
Reporter | ||
Comment 9•17 years ago
|
||
I can't reproduce this any more.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Updated•17 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•