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•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•