Closed
Bug 41582
Opened 24 years ago
Closed 23 years ago
crash when reloading local file after modifying it
Categories
(Core :: DOM: Navigation, defect, P3)
Tracking
()
mozilla0.9
People
(Reporter: spam, Assigned: adamlock)
References
Details
(Keywords: crash, embed)
M16 Linux 2000-060420 Load a html file from local disk into browser Modify the file with emacs or pico or any external editor - then save. Hit reload in browser: crash Another variant: Edit page in composer use "view in browser" - page loads in browser then modify the file in composer - save - and hit "view in browser" again crash Using shift+reload or ctrl+reload makes no difference.
Comment 2•24 years ago
|
||
unable to reproduce on Mac or Win with 060508 bits.
Summary: crash when reloading local file after modifying it → crash when reloading local file after modifying it
Comment 3•24 years ago
|
||
With the second scenario I somehow managed to crash in nsDSURIContentListener::OnStartURIOpen.
Comment 4•24 years ago
|
||
updating component and assigning default owner.
Assignee: asa → adamlock
Component: Browser-General → Embedding: Docshell
QA Contact: jelwell → adamlock
Is this any HTML or something specific. I tried to reproduce the problem with the latest build and couldn't.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 6•24 years ago
|
||
The second test case crashed me. I made a simple html file with only one word: "test" with a title of "test" (when i hit save it asked for that). Then I put it in /home/jelwell/test.html Then I hit Browse. Then I changed the text to "test2" and hit save, then Browse. *crash* I'll try to attach a stack in a second.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 8•24 years ago
|
||
cannot reproduce on window build.
Comment 9•24 years ago
|
||
bstell- maybe you can help to look into this
Comment 10•24 years ago
|
||
It looks like the first report indicates a trunk build: "M16 Linux 2000-060420" I tried this on the latest branch build (ftp://sweetlou/products/client/seamonkey/unix/linux/2.2/x86/2000-10-17-12-MN6/) and I don't crash. Is this failing on a branch build?
Comment 11•24 years ago
|
||
I tried it on the trunk build also and it did not crash for me: ftp://sweetlou/products/client/seamonkey/unix/linux/2.2/x86/2000-10-17-08-Mtrunk /
Reporter | ||
Comment 12•24 years ago
|
||
Well this crashes me all the time. I just tested again with SEA 2000101708. Talkback incident TB19274015X
Comment 13•24 years ago
|
||
If you provide the URL you are downloading from I will try it.
Reporter | ||
Comment 14•24 years ago
|
||
Read summary. To just specify what i do: i open a file in a subdir of my homedir, where i store html files etc. I modify the file and save it, now in my homedir (not in the subdir) I click "browse" button in composer. THe page displays in a new opened browser window and all is well. I write two more letters - or whatever - in composer. Click save again. Click browse again -> Crash. I doubt the subdir thing has anything to do with this, seem to remember it will crash regardless of where file is located. The files i've tested with have been both plain text and pages containing images and some tables. Same result. I severely doubt if the content of the file has anything to do with this crash at all.
Reporter | ||
Comment 15•24 years ago
|
||
Yup. Just made a brand new file saying hello hello test test etc. saved with a new filename in homedir. Browsed. That worked. Wrote another word in composer. Saved again. Browsed again. Crash. TB19276873X
Comment 16•24 years ago
|
||
"Read summary." ? All the summary says is "crash when reloading local file after modifying it" The only reference to a specific program is "M16 Linux 2000-060420". Surely you are don't mean we should be trying to debug "M16 Linux 2000-060420") If you would please tell me exactly where you got the program I will try it. Are you running ns or mozilla off branch? mozilla off the trunk? I'm assuming you didn't build it.
Reporter | ||
Comment 17•24 years ago
|
||
Sorry - i thought you asked for an external URL where the crash happened, as as summary states, it happens with local files. The build I'm currently crashing with has build ID 2000101708 - linux - and was installed via XP installer (mozilla-i686-pc-linux-gnu-installer.tar.gz) - all downloaded today.
Reporter | ||
Comment 18•24 years ago
|
||
URL ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/
Reporter | ||
Comment 19•24 years ago
|
||
Additional system information; Running on a P3/500 w. RH6.2, all upgrades + latest Helixcode Gnome w. Sawfish WM.
Reporter | ||
Comment 20•24 years ago
|
||
And at the time i first filed this bug i ran RH6.0 on a P120. I've seen it all along - it's always crashed like that.
Comment 21•24 years ago
|
||
well, the latest mozilla build does not crash for me
Comment 22•24 years ago
|
||
wonder what to do next?
Reporter | ||
Comment 23•24 years ago
|
||
Jelwell said he had a trace to attach, so he might still see this. Adding to CC - i think he lost this bug somehow.
Reporter | ||
Comment 24•24 years ago
|
||
More CC'ing. Asa: You access to the talkbacks don't you.. Can you make heads or tails of the following and add here? TB19274015X TB19276873X
Comment 25•24 years ago
|
||
R.K.Aa: thanks for the heads up, I had indeed lost track of this one. Here's the stack trace: #0 0x41cac640 in nsXULElement::nsIChromeEventHandler virtual table () from /builds/branch/mozilla/dist/bin/components/librdf.so #1 0x41d29973 in nsDSURIContentListener::OnStartURIOpen (this=0x8a19ca8, aURI=0x8acf790, aWindowTarget=0x8c4abb8 "", aAbortOpen=0xbfffdf08) at nsDSURIContentListener.cpp:62 #2 0x41d29973 in nsDSURIContentListener::OnStartURIOpen (this=0x8ad08c8, aURI=0x8acf790, aWindowTarget=0x8c4abb8 "", aAbortOpen=0xbfffdf08) at nsDSURIContentListener.cpp:62 #3 0x409bc0e7 in nsURILoader::OpenURIVia () at ../../../dist/include/nsIPageSequenceFrame.h:112 #4 0x409bb8c1 in nsURILoader::OpenURI () at ../../../dist/include/nsIPageSequenceFrame.h:112 #5 0x41d1e3d3 in nsDocShell::DoChannelLoad (this=0x8ad0520, aChannel=0x8befa78, aLoadCmd=0, aWindowTarget=0x8c4abb8 "", aURILoader=0x8170f50) at nsDocShell.cpp:3519 #6 0x41d1dba1 in nsDocShell::DoURILoad (this=0x8ad0520, aURI=0x8acf790, aReferrerURI=0x0, aOwner=0x0, aInheritOwner=1, aLoadCmd=0, aWindowTarget=0x8c4abb8 "", aPostData=0x0, aHeadersData=0x0) at nsDocShell.cpp:3298 #7 0x41d1bb48 in nsDocShell::InternalLoad (this=0x8ad0520, aURI=0x8acf790, aReferrer=0x0, aOwner=0x0, aInheritOwner=1, aStopActiveDoc=0, aWindowTarget=0x8c4abb8 "", aPostData=0x0, aHeadersData=0x0, aLoadType=1, aSHEntry=0x0) at nsDocShell.cpp:2913 #8 0x41d0f9ef in nsDocShell::LoadURI (this=0x8ad0520, aURI=0x8acf790, aLoadInfo=0x8acf7b0, aLoadFlags=0) at nsDocShell.cpp:351 #9 0x414df827 in nsHTMLFrameInnerFrame::DoLoadURL (this=0x8b7aa28, aPresContext=0x8a12858) at nsFrameFrame.cpp:990 #10 0x414dfa23 in nsHTMLFrameInnerFrame::Reflow (this=0x8b7aa28, aPresContext=0x8a12858, aDesiredSize=@0xbfffe6fc, aReflowState=@0xbfffe658, aStatus=@0xbfffea50) at nsFrameFrame.cpp:1023 #11 0x4138e9d9 in nsContainerFrame::ReflowChild (this=0x8cb3430, aKidFrame=0x8b7aa28, aPresContext=0x8a12858, aDesiredSize=@0xbfffe6fc, aReflowState=@0xbfffe658, aX=15, aY=15, aFlags=0, aStatus=@0xbfffea50) at nsContainerFrame.cpp:693 #12 0x414dbb12 in nsHTMLFrameOuterFrame::Reflow (this=0x8cb3430, aPresContext=0x8a12858, aDesiredSize=@0xbfffea1c, aReflowState=@0xbfffe838, aStatus=@0xbfffea50) at nsFrameFrame.cpp:392 #13 0x41614d82 in nsBoxToBlockAdaptor::Reflow (this=0x8cb346c, aState=@0xbffff00c, aPresContext=0x8a12858, aDesiredSize=@0xbfffea1c, aReflowState=@0xbffff0c4, aStatus=@0xbfffea50, aX=0, aY=0, aWidth=1073741824, aHeight=1073741824, aMoveFrame=1) at nsBoxToBlockAdaptor.cpp:866 #14 0x41614008 in nsBoxToBlockAdaptor::GetPrefSize (this=0x8cb346c, aState=@0xbffff00c, aSize=@0xbfffea88) at nsBoxToBlockAdaptor.cpp:344 #15 0x41619f46 in nsSprocketLayout::GetPrefSize (this=0x8080648, aBox=0x8cb33d8, aState=@0xbffff00c, aSize=@0x8cb33f8) at nsSprocketLayout.cpp:1200 #16 0x41616b0d in nsContainerBox::GetPrefSize (this=0x8cb33d8, aState=@0xbffff00c, aSize=@0x8cb33f8) at nsContainerBox.cpp:447 #17 0x41625da9 in nsBoxFrame::GetPrefSize (this=0x8cb33a0, aBoxLayoutState=@0xbffff00c, aSize=@0xbfffeb40) at nsBoxFrame.cpp:846 #18 0x41619f46 in nsSprocketLayout::GetPrefSize (this=0x8080648, aBox=0x8cb3348, aState=@0xbffff00c, aSize=@0x8cb3368) at nsSprocketLayout.cpp:1200 #19 0x41616b0d in nsContainerBox::GetPrefSize (this=0x8cb3348, aState=@0xbffff00c, aSize=@0x8cb3368) at nsContainerBox.cpp:447 #20 0x41625da9 in nsBoxFrame::GetPrefSize (this=0x8cb3310, aBoxLayoutState=@0xbffff00c, aSize=@0xbfffebf8) at nsBoxFrame.cpp:846 #21 0x41619f46 in nsSprocketLayout::GetPrefSize (this=0x8080648, aBox=0x8ae0d6c, aState=@0xbffff00c, aSize=@0x8ae0d8c) at nsSprocketLayout.cpp:1200 #22 0x41616b0d in nsContainerBox::GetPrefSize (this=0x8ae0d6c, aState=@0xbffff00c, aSize=@0x8ae0d8c) at nsContainerBox.cpp:447 #23 0x41625da9 in nsBoxFrame::GetPrefSize (this=0x8ae0d34, aBoxLayoutState=@0xbffff00c, aSize=@0xbfffecec) at nsBoxFrame.cpp:846 #24 0x41618f01 in nsSprocketLayout::PopulateBoxSizes (this=0x8080648, aBox=0x8c547a4, aState=@0xbffff00c, aBoxSizes=@0xbfffee18, aComputedBoxSizes=@0xbfffee14, aMinSize=@0xbfffee0c, aMaxSize=@0xbfffee08, aFlexes=@0xbfffee04) at nsSprocketLayout.cpp:694 #25 0x41617eb8 in nsSprocketLayout::Layout (this=0x8080648, aBox=0x8c547a4, aState=@0xbffff00c) at nsSprocketLayout.cpp:140 #26 0x41616f5c in nsContainerBox::DoLayout (this=0x8c547a4, aState=@0xbffff00c) at nsContainerBox.cpp:553 #27 0x416261c9 in nsBoxFrame::DoLayout (this=0x8c5476c, aState=@0xbffff00c) at nsBoxFrame.cpp:972 #28 0x416119ac in nsBox::Layout (this=0x8c547a4, aState=@0xbffff00c) at nsBox.cpp:1000 #29 0x4161b717 in nsStackLayout::Layout (this=0x80f5d80, aBox=0x8c54714, aState=@0xbffff00c) at nsStackLayout.cpp:245 #30 0x41616f5c in nsContainerBox::DoLayout (this=0x8c54714, aState=@0xbffff00c) at nsContainerBox.cpp:553 #31 0x416261c9 in nsBoxFrame::DoLayout (this=0x8c546dc, aState=@0xbffff00c) at nsBoxFrame.cpp:972 #32 0x416119ac in nsBox::Layout (this=0x8c54714, aState=@0xbffff00c) at nsBox.cpp:1000 #33 0x41625bcf in nsBoxFrame::Reflow (this=0x8c546dc, aPresContext=0x8a12858, aDesiredSize=@0xbffff170, aReflowState=@0xbffff0c4, aStatus=@0xbffff3cc) at nsBoxFrame.cpp:772 #34 0x4160f632 in nsRootBoxFrame::Reflow (this=0x8c546dc, aPresContext=0x8a12858, aDesiredSize=@0xbffff170, aReflowState=@0xbffff0c4, aStatus=@0xbffff3cc) at nsRootBoxFrame.cpp:210 #35 0x4138e9d9 in nsContainerFrame::ReflowChild (this=0x8c546a0, aKidFrame=0x8c546dc, aPresContext=0x8a12858, aDesiredSize=@0xbffff170, aReflowState=@0xbffff0c4, aX=0, aY=0, aFlags=0, aStatus=@0xbffff3cc) at nsContainerFrame.cpp:693 #36 0x413ed157 in ViewportFrame::Reflow (this=0x8c546a0, aPresContext=0x8a12858, aDesiredSize=@0xbffff390, aReflowState=@0xbffff2e4, aStatus=@0xbffff3cc) at nsViewportFrame.cpp:545 #37 0x413cb9e7 in PresShell::InitialReflow (this=0x8b65210, aWidth=12870, aHeight=10635) at nsPresShell.cpp:1918 #38 0x41c0900e in nsXULDocument::StartLayout (this=0x8cc98a0) at nsXULDocument.cpp:4131 #39 0x41c0fbc1 in nsXULDocument::ResumeWalk (this=0x8cc98a0) at nsXULDocument.cpp:5409 #40 0x41c163fc in nsXULDocument::CachedChromeStreamListener::OnStopRequest (this=0x8a94680, aChannel=0x8cc83f8, aContext=0x0, aStatus=0, aErrorMsg=0x0) at nsXULDocument.cpp:6508 #41 0x409ba563 in nsDocumentOpenInfo::OnStopRequest () ../../../dist/include/nsIPageSequenceFrame.h:112 #42 0x41b13eca in ?? () from /builds/branch/mozilla/dist/bin/components/libchrome.so #43 0x4012823e in PL_HandleEvent (self=0x8a61830) at plevent.c:580 #44 0x4012805c in PL_ProcessPendingEvents (self=0x8081120) at plevent.c:513 #45 0x40129ea9 in nsEventQueueImpl::ProcessPendingEvents (this=0x80810f8) at nsEventQueue.cpp:356 #46 0x40fcdab4 in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /builds/branch/mozilla/dist/bin/components/libwidget_gtk.so #47 0x40fcd6ef in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /builds/branch/mozilla/dist/bin/components/libwidget_gtk.so #48 0x40713afa in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /usr/lib/libglib-1.2.so.0 #49 0x407151b6 in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /usr/lib/libglib-1.2.so.0 #50 0x40715781 in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /usr/lib/libglib-1.2.so.0 #51 0x40715921 in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /usr/lib/libglib-1.2.so.0 #52 0x4063d919 in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /usr/lib/libgtk-1.2.so.0 #53 0x40fce1aa in ?? () at ../../../dist/include/nsIPageSequenceFrame.h:112 from /builds/branch/mozilla/dist/bin/components/libwidget_gtk.so #54 0x41fe0434 in ?? () from /builds/branch/mozilla/dist/bin/components/libnsappshell.so #55 0x8055f55 in main1 (argc=1, argv=0xbffffaf4, nativeApp=0x0) at nsAppRunner.cpp:1004 #56 0x80565fe in main (argc=1, argv=0xbffffaf4) at nsAppRunner.cpp:1185 #57 0x403849cb in __libc_start_main (main=0x805644c <main>, argc=1, argv=0xbffffaf4, init=0x8050c74 <_init>, fini=0x8064ee0 <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffffaec) at ../sysdeps/generic/libc-start.c:92
Comment 26•24 years ago
|
||
does this bug happen on pr3 (the netscape beta release?)
Comment 27•24 years ago
|
||
I don't have a PR3 build installed right now. The stack trace is from the commercial MN6 branch from around 10/09/2000.
Assignee | ||
Comment 28•24 years ago
|
||
Can you still reproduce this problem? Marking 0.9 for the moment in anticipation that you still can. Please close the bug if you can't.
Comment 29•24 years ago
|
||
The Second test case (The composer test) still crashes commercial. Tested on 2000122108 Linux comm build. From talkback incident ID23397496: Call Stack: (Signature = 0x006f004e 61e4374c) 0x006f004e nsDSURIContentListener::OnStartURIOpen() nsURILoader::OpenURIVia() nsURILoader::OpenURI() nsDocShell::DoChannelLoad() nsDocShell::DoURILoad() nsDocShell::InternalLoad() nsDocShell::LoadURI() nsHTMLFrameInnerFrame::DoLoadURL() nsHTMLFrameInnerFrame::Reflow() nsContainerFrame::ReflowChild() nsHTMLFrameOuterFrame::Reflow() nsBoxToBlockAdaptor::Reflow() nsBoxToBlockAdaptor::GetPrefSize() nsSprocketLayout::GetPrefSize() nsContainerBox::GetPrefSize() nsBoxFrame::GetPrefSize() nsSprocketLayout::GetPrefSize() nsContainerBox::GetPrefSize() nsBoxFrame::GetPrefSize() nsSprocketLayout::GetPrefSize() nsContainerBox::GetPrefSize() nsBoxFrame::GetPrefSize() nsSprocketLayout::PopulateBoxSizes() nsSprocketLayout::Layout() nsContainerBox::DoLayout() nsBoxFrame::DoLayout() nsBox::Layout() nsStackLayout::Layout() nsContainerBox::DoLayout() nsBoxFrame::DoLayout() nsBox::Layout() nsBoxFrame::Reflow() nsRootBoxFrame::Reflow() nsContainerFrame::ReflowChild() ViewportFrame::Reflow() PresShell::InitialReflow() nsXULDocument::StartLayout() nsXULDocument::ResumeWalk() OnStopRequest() nsDocumentOpenInfo::OnStopRequest() nsCachedChromeChannel::HandleStopLoadEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xeafa (0x409e8afa) libglib-1.2.so.0 + 0x101b6 (0x409ea1b6) libglib-1.2.so.0 + 0x10781 (0x409ea781) libglib-1.2.so.0 + 0x10921 (0x409ea921) libgtk-1.2.so.0 + 0x8c919 (0x40912919) nsAppShell::Run() nsAppShellService::Run() main1() main() libc.so.6 + 0x189cb (0x402419cb)
Reporter | ||
Comment 30•23 years ago
|
||
Seems this isn't only linux? Bug 59497 looks like a dup.
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9
Assignee | ||
Comment 31•23 years ago
|
||
I can't reproduce the first case. Reloading a modified local document works for me. The second case is definitely a duplicate of 59497 so I'm marking this bug as such. *** This bug has been marked as a duplicate of 59497 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•