Closed
Bug 553840
Opened 15 years ago
Closed 14 years ago
"ASSERTION: No current inner window available!: 'Error', file .../nsPIDOMWindow.h, line 111"
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
VERIFIED
FIXED
mozilla2.0b7
People
(Reporter: sgautherie, Assigned: enndeakin)
References
()
Details
(Keywords: assertion, Whiteboard: [fixed by bug 553808])
FF and SM 'mochitest-other' builds report this error. Examples: http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1269113642.1269115115.28514.gz&fulltext=1 OS X 10.5.2 mozilla-central debug test mochitest-other on 2010/03/20 12:34:02 http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1269111152.1269114741.27797.gz&fulltext=1 WINNT 5.2 comm-central-trunk debug test mochitest-other on 2010/03/20 11:52:32 This assertion happens a lot of times. It might also happen on other tests (builds): I didn't check. I didn't copy the stack, because I don't know what is interesting in it wrt this assertion... NB: Might be related to bug 509536?
![]() |
||
Comment 1•15 years ago
|
||
The stack is bogus in any case: ###!!! ASSERTION: No current inner window available!: 'Error', file ../../../dist/include/nsPIDOMWindow.h, line 111 mozilla::layers::Image::Release() (in XUL) + 1766993 mozilla::layers::Image::Release() (in XUL) + 1741785 mozilla::layers::Image::Release() (in XUL) + 2236998 gfxSize::gfxSize(gfxIntSize const&) (in XUL) + 104 Are we not running fix-macosx-stack on those stacks?
Comment 2•15 years ago
|
||
We should be, Jesse wrote a bunch of code to fix that.
Reporter | ||
Comment 3•15 years ago
|
||
Fwiw, ** Firefox: http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1269456768.1269460106.14408.gz&fulltext=1 Linux mozilla-central debug test mochitest-other on 2010/03/24 11:52:48 { mozilla::layers::Image::Release() (/builds/moz2_slave/mozilla-central-linux-debug-unittest-mochitest-other/build/firefox/libxul.so) mozilla::layers::Image::Release() (/builds/moz2_slave/mozilla-central-linux-debug-unittest-mochitest-other/build/firefox/libxul.so) mozilla::layers::Image::Release() (/builds/moz2_slave/mozilla-central-linux-debug-unittest-mochitest-other/build/firefox/libxul.so) gfxSize::gfxSize(gfxIntSize const&) (/builds/moz2_slave/mozilla-central-linux-debug-unittest-mochitest-other/build/firefox/libxul.so) ... } http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1269456927.1269459479.12552.gz&fulltext=1 OS X 10.5.2 mozilla-central debug test mochitest-other on 2010/03/24 11:55:27 { mozilla::layers::Image::Release() (in XUL) + 1770667 mozilla::layers::Image::Release() (in XUL) + 1745459 mozilla::layers::Image::Release() (in XUL) + 2241030 gfxSize::gfxSize(gfxIntSize const&) (in XUL) + 104 ... } http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1269457889.1269460411.15359.gz&fulltext=1 WINNT 5.2 mozilla-central debug test mochitest-other on 2010/03/24 12:11:29 { xul!gfxTextRunCache::operator=+0x000000000002E873 xul!mozilla::layers::BasicLayerManager::operator=+0x00000000000D2A90 xul!mozilla::layers::CairoImage::operator=+0x0000000000011029 xul!gfxTextRunWordCache::operator=+0x0000000000144193 ... } ** SeaMonkey: http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1269452631.1269460270.14902.gz&fulltext=1 Linux comm-central-trunk debug test mochitest-other on 2010/03/24 10:43:51 { nsCRT::IsAsciiSpace(unsigned short) (/builds/slave/comm-central-trunk-linux-debug-unittest-mochitest-other/build/seamonkey/components/libgklayout.so) nsCRT::IsAsciiSpace(unsigned short) (/builds/slave/comm-central-trunk-linux-debug-unittest-mochitest-other/build/seamonkey/components/libgklayout.so) nsSmallVoidArray::operator[](int) const (/builds/slave/comm-central-trunk-linux-debug-unittest-mochitest-other/build/seamonkey/components/libgklayout.so) gfxSize::gfxSize(gfxIntSize const&) (/builds/slave/comm-central-trunk-linux-debug-unittest-mochitest-other/build/seamonkey/components/libgklayout.so) ... } http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1269452774.1269455370.31487.gz&fulltext=1 OS X 10.5 comm-central-trunk debug test mochitest-other on 2010/03/24 10:46:14 Show Brief Log { nsCRT::IsAsciiSpace(unsigned short) (in libgklayout.dylib) + 80561 nsCRT::IsAsciiSpace(unsigned short) (in libgklayout.dylib) + 53543 nsSmallVoidArray::operator[](int) const (in libgklayout.dylib) + 167290 gfxSize::gfxSize(gfxIntSize const&) (in libgklayout.dylib) + 118 ... } http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1269447807.1269451699.20713.gz&fulltext=1 WINNT 5.2 comm-central-trunk debug test mochitest-other on 2010/03/24 09:23:27 { gklayout!nsContentUtils::HasMutationListeners+0x0000000000000043 (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\content\base\src\nscontentutils.cpp, line 3510) gklayout!nsGenericElement::SetAttr+0x00000000000000A2 (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\content\base\src\nsgenericelement.cpp, line 4276) gklayout!nsIContent::SetAttr+0x0000000000000029 (e:\builds\slave\comm-central-trunk-win32-debug\build\objdir\mozilla\dist\include\nsicontent.h, line 349) gklayout!nsTreeBodyFrame::UpdateScrollbars+0x0000000000000083 (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\layout\xul\base\src\tree\src\nstreebodyframe.cpp, line 909) gklayout!nsTreeBodyFrame::FullScrollbarsUpdate+0x0000000000000039 (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\layout\xul\base\src\tree\src\nstreebodyframe.cpp, line 4725) gklayout!nsTreeBodyFrame::EndUpdateBatch+0x000000000000011E (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\layout\xul\base\src\tree\src\nstreebodyframe.cpp, line 1954) gklayout!nsTreeBoxObject::EndUpdateBatch+0x000000000000001D (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\layout\xul\base\src\tree\src\nstreeboxobject.cpp, line 487) ... }
![]() |
||
Comment 4•15 years ago
|
||
The "WINNT 5.2 comm-central-trunk debug test" is the only one of those that's remotely reasonable. All the rest need fix-*-stack run on them or come from builds with no symbols or something (they're just showing exported symbols). But even that's not really showing a stack that makes that much sense. You didn't skip any frames in that stack?
Reporter | ||
Comment 5•15 years ago
|
||
(In reply to comment #1) > Are we not running fix-macosx-stack on those stacks? If they don't already, maybe these /tools/rb/* utilities should output an info line (maybe with some details) when they run? (In reply to comment #4) > You didn't skip any frames in that stack? "No": just '...' instead of the rest of the stack.
![]() |
||
Comment 6•15 years ago
|
||
Well, that's odd, since nsContentUtils::HasMutationListeners doesn't assert anything about inner windows... Assuming stuff just got optimized away or something, looks like we get a |window| and call HasMutationListeners on it.. but it's an IsOuterWindow() even though it got returned from doc->GetInnerWindow(). Can that situation happen?
Comment 7•15 years ago
|
||
Yes, unfortunately that can happen when dealing with a document in a closed window. See http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsDocument.cpp#3543. Blake's got a plan to make it not so, but it probably won't happen any time real soon.
Comment 8•15 years ago
|
||
See bug 547646 and bug 547873 for the bad stacks from Tinderbox.
Reporter | ||
Comment 9•14 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1288107153.1288109301.27198.gz Rev3 Fedora 12 mozilla-central debug test mochitest-other on 2010/10/26 08:32:33 6fa85db3902e still has 108 occurrences. http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1288109189.1288111299.2425.gz Rev3 Fedora 12 mozilla-central debug test mochitest-other on 2010/10/26 09:06:29 3e08f8844f87 doesn't have this bug anymore. Fix timeframe: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=6fa85db3902e&tochange=3e08f8844f87 -> Bug 553808 ! V.Fixed
Assignee: nobody → enndeakin
Status: NEW → RESOLVED
Closed: 14 years ago
Depends on: 553808
Flags: in-testsuite-
Resolution: --- → FIXED
Whiteboard: [fixed by bug 553808]
Target Milestone: --- → mozilla2.0b7
Reporter | ||
Updated•14 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 10•14 years ago
|
||
(In reply to comment #5) > If they don't already, maybe these /tools/rb/* utilities should output an info > line (maybe with some details) when they run? I filed bug 613694.
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•