Closed Bug 3428 Opened 26 years ago Closed 25 years ago

[PP]Crash trying to load external XUL file

Categories

(Core :: DOM: HTML Parser, defect, P1)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 12861

People

(Reporter: akkzilla, Assigned: rickg)

References

()

Details

Copy res/samples/EditorAppShell.xul to /tmp/EditorAppShell.xul, then run: apprunner file:/tmp/EditorAppShell.xul It tries to bring up a window, then crashes. I'm not sure whether this should be a libnet bug, a xul bug, or what (cc'ing several people). #4 0x40031596 in nsDebug::Abort ( aFile=0x40235294 "/builds/seamonkey/mozilla/network/module/nsNetStreamLoader.cpp", aLine=82) at /builds/seamonkey/mozilla/xpcom/src/nsDebug.cpp:93 #5 0x400315fa in nsDebug::Break ( aFile=0x40235294 "/builds/seamonkey/mozilla/network/module/nsNetStreamLoader.cpp", aLine=82) at /builds/seamonkey/mozilla/xpcom/src/nsDebug.cpp:108 #6 0x40031665 in nsDebug::PreCondition (aStr=0x40235305 "dup release", aExpr=0x402352f8 "0 != mRefCnt", aFile=0x40235294 "/builds/seamonkey/mozilla/network/module/nsNetStreamLoader.cpp", aLine=82) at /builds/seamonkey/mozilla/xpcom/src/nsDebug.cpp:120 #7 0x4022cd94 in nsUnicharStreamLoader::Release (this=0x810f850) at /builds/seamonkey/mozilla/network/module/nsNetStreamLoader.cpp:82 #8 0x4025440a in nsDocumentBindInfo::OnStopBinding (this=0x810f888, aURL=0x810f738, aStatus=2152398849, aMsg=0xbfffe7bc) at /builds/seamonkey/mozilla/webshell/src/nsDocLoader.cpp:1730 #9 0x402292e7 in bam_exit_routine (URL_s=0x810f8d8, status=-215, window_id=0x810fac0) at /builds/seamonkey/mozilla/network/module/nsNetService.cpp:1400 #10 0x401f9941 in net_CallExitRoutine ( exit_routine=0x402291d8 <bam_exit_routine(URL_Struct_ *, int, MWContext_ *)>, URL_s=0x810f8d8, status=-215, format_out=38, window_id=0x810fac0) at /builds/seamonkey/mozilla/network/main/mkgeturl.c:1158 #11 0x401fc811 in NET_GetURL (URL_s=0x810f8d8, output_format=102, window_id=0x810fac0, exit_routine=0x402291d8 <bam_exit_routine(URL_Struct_ *, int, MWContext_ *)>) at /builds/seamonkey/mozilla/network/main/mkgeturl.c:3175 #12 0x4022728d in nsNetlibService::OpenStream (this=0x804e810, aUrl=0x810f738, aConsumer=0x810f888) at /builds/seamonkey/mozilla/network/module/nsNetService.cpp:433 #13 0x40253d42 in nsDocumentBindInfo::Bind (this=0x810f888, aURL=0x810f738, aListener=0x810f854) at /builds/seamonkey/mozilla/webshell/src/nsDocLoader.cpp:1486 #14 0x40252fe9 in nsDocLoaderImpl::OpenStream (this=0x80a5420, aUrl=0x810f738, aConsumer=0x810f854) at /builds/seamonkey/mozilla/webshell/src/nsDocLoader.cpp:1101 #15 0x40228dfd in NS_OpenURL (aURL=0x810f738, aConsumer=0x810f854) at /builds/seamonkey/mozilla/network/module/nsNetService.cpp:1153 #16 0x4022cc1d in nsUnicharStreamLoader::nsUnicharStreamLoader ( this=0x810f850, aURL=0x810f738, aFunc=0x40efd458 <XULContentSinkImpl::DoneLoadingStyle(nsIUnicharStreamLoader *, nsString &, void *, unsigned int)>, aRef=0x810f7e8) at /builds/seamonkey/mozilla/network/module/nsNetStreamLoader.cpp:67 #17 0x4022d0d2 in NS_NewUnicharStreamLoader (aInstancePtrResult=0xbfffee60, aURL=0x810f738, aFunc=0x40efd458 <XULContentSinkImpl::DoneLoadingStyle(nsIUnicharStreamLoader *, nsString &, void *, unsigned int)>, aRef=0x810f7e8) at /builds/seamonkey/mozilla/network/module/nsNetStreamLoader.cpp:204 #18 0x40efdf37 in XULContentSinkImpl::AddProcessingInstruction ( this=0x80b09f0, aNode=@0xbffff03c) at /builds/seamonkey/mozilla/rdf/datasource/src/nsXULContentSink.cpp:735 #19 0x407fed34 in CWellFormedDTD::HandleToken (this=0x80f6c28, aToken=0x80f7e48, aParser=0x80b0ab0) at /builds/seamonkey/mozilla/htmlparser/src/nsWellFormedDTD.cpp:462 #20 0x407fe940 in CWellFormedDTD::BuildModel (this=0x80f6c28, aParser=0x80b0ab0, aTokenizer=0x80f6c90, anObserver=0x0, aSink=0x80b09f0) at /builds/seamonkey/mozilla/htmlparser/src/nsWellFormedDTD.cpp:258 #21 0x407f8f83 in nsParser::BuildModel (this=0x80b0ab0) at /builds/seamonkey/mozilla/htmlparser/src/nsParser.cpp:708 #22 0x407f8e6c in nsParser::ResumeParse (this=0x80b0ab0, aDefaultDTD=0x0) at /builds/seamonkey/mozilla/htmlparser/src/nsParser.cpp:660 #23 0x407f9408 in nsParser::OnDataAvailable (this=0x80b0ab0, aURL=0x80a5d30, pIStream=0x80a7840, aLength=8192) at /builds/seamonkey/mozilla/htmlparser/src/nsParser.cpp:872 #24 0x402542e7 in nsDocumentBindInfo::OnDataAvailable (this=0x80a5cf0, aURL=0x80a5d30, aStream=0x80a7840, aLength=8192) at /builds/seamonkey/mozilla/webshell/src/nsDocLoader.cpp:1694 #25 0x40230a8b in stub_put_block (stream=0x80a7818, buffer=0x8050ed0 "<?xml version=\"1.0\"?> \n<?xml-stylesheet href=\"xul.css\" type=\"text/css\"?> \n\n<!DOCTYPE window> \n\n<window xmlns:html=\"http://www.w3.org/TR/REC-html40\"\n\t\t\t xmlns=\"http://www.mozilla.org/keymaster/gatekee"..., length=8192) at /builds/seamonkey/mozilla/network/module/nsStubContext.cpp:647 #26 0x40147bae in net_read_file_chunk (cur_entry=0x80a61d8) at /builds/seamonkey/mozilla/network/protocol/file/mkfile.c:956 #27 0x40148549 in net_ProcessFile (cur_entry=0x80a61d8) at /builds/seamonkey/mozilla/network/protocol/file/mkfile.c:1327
Assignee: don → trudelle
Component: Viewer App → XUL
Changed component to XUL and re-assigned to trudelle@netscape.com. Peter, this looks like maybe some kind of parsing error?
Assignee: trudelle → hyatt
Severity: normal → critical
reassigning to hyatt as p1 critical. If this is blocking a milestone, please prefix the summary with '[BLOCK]'
This doesn't look like it has anything to do with XUL. It looks like a parsing error or netlib error. I'd be inclined to reassign it to rickg.
Assignee: hyatt → rickg
Okay, reassigning to rickg. In the future, feel free to follow your inclination...
Component: XUL → Parser
QA Contact: 3853 → 3847
Target Milestone: M3
Setting QA Contact and setting on M3 radar.
moving to m4
Assignee: rickg → ramiro
Ramiro - can you please look to see if this is still a problem on linux? If so, send it back to me, otherwise close it out. Thanks.
Assignee: ramiro → mcafee
mcafee, im focusing on rendering/widget bugs. Can you check this one out ? I tried, but apprunner is core dumping right away on todays apr 6 build. thanks. Reassignt to mcafee.
Assignee: mcafee → rickg
This still dumps core using the last 4/7 optimized build on RH5.2. reassigning to rickg per his comment above.
Summary: Crash trying to load external XUL file → [PP]Crash trying to load external XUL file
I don't see the crash anymore. EditorappShell.xul loads fine. Akkana, could you please verify this?? Thanx. FYI: Tested with Sep. 1st build
I tried: cp chrome/editor/content/default/EditorAppShell.xul /tmp apprunner -chrome /tmp/EditorAppShell.xul but it just brings up a normal apprunner browser window, doesn't try to read the chrome file I give it. If I run apprunner /tmp/EditorAppShell.xul, the same thing happens, empty browser window. What's the current way to get it to read a different xul file?
This is what I did ( on WinNT ): cp chrome/editor/content/default/EditorAppShell.xul f:/Temp/EditorAppShell.xul Open apprunner and load the file ( or Type file:/f:/Temp/EditorAppShell.xul in the URL bar ).
Yes, that works. But that isn't really what I was trying to do in the original bug; I was trying to get it to use that XUL file (i.e. as chrome), which has to be done at the time the window is brought up. The ability to do that seems to be broken today.
This is not a valid bug, but the problem where nsStr needs to be more defensive in case of memory allocation failure is true. Marking as dup of 12861. *** This bug has been marked as a duplicate of 12861 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → ASSIGNED
This is not a valid bug, but the problem where nsStr needs to be more defensive in case of memory allocation failure is true. Marking as dup of 12861.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Status: RESOLVED → VERIFIED
Verifying as a dup. *** This bug has been marked as a duplicate of 12861 ***
You need to log in before you can comment on or make changes to this bug.