Closed
Bug 142804
Opened 23 years ago
Closed 23 years ago
failed fastload(?) crashes remote wizard on second launch
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 142165
People
(Reporter: axel, Assigned: bugs)
References
()
Details
(Keywords: crash)
Attachments
(1 file)
|
3.16 KB,
text/plain
|
Details |
Using a remote xul:wizard, I get crashes on the second time I try to launch it.
See the one at the given URL, for example. I think it needs to have some
handlers, the plain example on the wizard.html page seems to work allright.
My debug build asserts all over nsFastLoadFile.cpp. I get varying behaviour,
my own wizard is way more noisy than the example. I don't get a stacktrace
either, but it exits on a X error. (I'll attach the output)
###!!! ASSERTION: bad call to WriteObject -- call WriteCompoundObject!:
'rootObject.get() == aObject', file /tmp/mozilla/xpcom/io/nsFastLoadFile.cpp,
line 2123
###!!! Break: at file /tmp/mozilla/xpcom/io/nsFastLoadFile.cpp, line 2123
is the first offending assertion, cancel and opening again gives this stack
trace
#0 0x0 in ?? ()
#1 0xfe4b2620 in nsTranscodeJSPrincipals (xdr=0x1cdc88, jsprinp=0xffbedfa0)
at /tmp/mozilla/caps/src/nsJSPrincipals.cpp:141
#2 0xff255f30 in js_XDRScript (xdr=0x1cdc88, scriptp=0x62d934, hasMagic=0x0)
at /tmp/mozilla/js/src/jsscript.c:444
#3 0xff1dc834 in fun_xdrObject (xdr=0x1cdc88, objp=0xffbee1d8) at
/tmp/mozilla/js/src/jsfun.c:1210
#4 0xff221fbc in js_XDRObject (xdr=0x1cdc88, objp=0xffbee1d8) at
/tmp/mozilla/js/src/jsobj.c:3421
#5 0xff268190 in JS_XDRValue (xdr=0x1cdc88, vp=0xffbee25c) at
/tmp/mozilla/js/src/jsxdrapi.c:542
#6 0xff2551d0 in XDRAtomListElement (xdr=0x1cdc88, ale=0x78dea8) at
/tmp/mozilla/js/src/jsscript.c:268
#7 0xff2553dc in XDRAtomMap (xdr=0x1cdc88, map=0x1cdcd0) at
/tmp/mozilla/js/src/jsscript.c:302
#8 0xff255c74 in js_XDRScript (xdr=0x1cdc88, scriptp=0xffbee4ac, hasMagic=0x0)
at /tmp/mozilla/js/src/jsscript.c:407
#9 0xff268370 in JS_XDRScript (xdr=0x1cdc88, scriptp=0xffbee4ac) at
/tmp/mozilla/js/src/jsxdrapi.c:577
#10 0xfc819b30 in nsXULPrototypeScript::Deserialize (this=0x722c70,
aStream=0x763500, aContext=0x659b98,
aDocumentURI=0x7544a8) at
/tmp/mozilla/content/xul/content/src/nsXULElement.cpp:5233
#11 0xfc8191e8 in nsXULPrototypeElement::Deserialize (this=0x678ce8,
aStream=0x763500, aContext=0x659b98,
aDocumentURI=0x7544a8) at
/tmp/mozilla/content/xul/content/src/nsXULElement.cpp:5081
#12 0xfc85797c in nsXULPrototypeDocument::Read (this=0x678c70, aStream=0x763500)
at /tmp/mozilla/content/xul/document/src/nsXULPrototypeDocument.cpp:354
#13 0xfc852054 in nsXULPrototypeCache::GetPrototype (this=0x1b4280,
aURI=0x7bc2b0, _result=0xffbee8e8)
at /tmp/mozilla/content/xul/document/src/nsXULPrototypeCache.cpp:273
#14 0xfc82ec30 in nsXULDocument::StartDocumentLoad (this=0x77e6d8,
aCommand=0xfc2a7b28 "view",
aChannel=0x6b4df8, aLoadGroup=0x656a88, aContainer=0x785eec,
aDocListener=0xffbeeeb8, aReset=1, aSink=0x0)
at /tmp/mozilla/content/xul/document/src/nsXULDocument.cpp:732
#15 0xfc63eca8 in nsContentDLF::CreateRDFDocument (this=0x7551a0,
aCommand=0xfc2a7b28 "view",
aChannel=0x6b4df8, aLoadGroup=0x656a88, aContentType=0xffbeee40
"application/vnd.mozilla.xul+xml",
aContainer=0x785eec, aExtraInfo=0x0, aDocListener=0xffbeeeb8,
aDocViewer=0xffbeec78)
at /tmp/mozilla/content/build/nsContentDLF.cpp:520
#16 0xfc63d698 in nsContentDLF::CreateInstance (this=0x7551a0,
aCommand=0xfc2a7b28 "view", aChannel=0x6b4df8,
aLoadGroup=0x656a88, aContentType=0xffbeee40
"application/vnd.mozilla.xul+xml", aContainer=0x785eec,
aExtraInfo=0x0, aDocListener=0xffbeeeb8, aDocViewer=0xffbeec78)
at /tmp/mozilla/content/build/nsContentDLF.cpp:260
#17 0xfc24e4a0 in nsDocShell::NewContentViewerObj (this=0x785ec8,
aContentType=0xffbeee40 "application/vnd.mozilla.xul+xml", request=0x6b4df8,
aLoadGroup=0x656a88,
aContentHandler=0xffbeeeb8, aViewer=0xffbeec78) at
/tmp/mozilla/docshell/base/nsDocShell.cpp:4194
#18 0xfc24db54 in nsDocShell::CreateContentViewer (this=0x785ec8,
aContentType=0xffbeee40 "application/vnd.mozilla.xul+xml", request=0x6b4df8,
aContentHandler=0xffbeeeb8)
at /tmp/mozilla/docshell/base/nsDocShell.cpp:4079
#19 0xfc2673ec in nsDSURIContentListener::DoContent (this=0x658f20,
aContentType=0xffbeee40 "application/vnd.mozilla.xul+xml",
aIsContentPreferred=0, request=0x6b4df8,
aContentHandler=0xffbeeeb8, aAbortProcess=0xffbeee80)
at /tmp/mozilla/docshell/base/nsDSURIContentListener.cpp:107
| Reporter | ||
Comment 1•23 years ago
|
||
forgot, one needs the patch in bug 142502, to have the wizard working at all.
I'm pretty sure that wallpaper in a binding shouldn't do bad things to fastload,
though.
Depends on: 142502
| Reporter | ||
Comment 2•23 years ago
|
||
here is the assertion output I get for my own wizard, with a slightly different
route to failure, started from file:// instead of http://
Comment 4•23 years ago
|
||
When did you pull from the trunk for this build. I think this is simply
bug 142165 which is fixed now in trunk builds as of last night. Um, but
delete you XUL.mfasl file in your profile just to be ultra-clean.
| Reporter | ||
Comment 5•23 years ago
|
||
thanx to John for hinting me at bug 142165, I didn't have that patch in my
tree. I repulled, and this is fixed now.
Resolving dupe, sorry.
*** This bug has been marked as a duplicate of 142165 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•