Closed Bug 142804 Opened 23 years ago Closed 23 years ago

failed fastload(?) crashes remote wizard on second launch

Categories

(Core :: XUL, defect)

Sun
Solaris
defect
Not set
critical

Tracking

()

VERIFIED DUPLICATE of bug 142165

People

(Reporter: axel, Assigned: bugs)

References

()

Details

(Keywords: crash)

Attachments

(1 file)

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
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
Attached file more assertions
here is the assertion output I get for my own wizard, with a slightly different route to failure, started from file:// instead of http://
Not hyatt. /be
Assignee: hyatt → ben
Severity: normal → critical
Keywords: crash
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.
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
pas de problem.
Status: RESOLVED → VERIFIED
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.

Attachment

General

Creator:
Created:
Updated:
Size: