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)

x86
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 59497
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.
Adding crash to keyword field.
Keywords: crash
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
With the second scenario I somehow managed to crash in
nsDSURIContentListener::OnStartURIOpen.
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
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 → ---
*** Bug 56500 has been marked as a duplicate of this bug. ***
cannot reproduce on window build.
bstell- maybe you can help to look into this 
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?
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
/ 
Well this crashes me all the time. I just tested again with SEA 2000101708.
Talkback incident TB19274015X
If you provide the URL you are downloading from I will try it.
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.
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
"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.



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.
Additional system information;
Running on a P3/500 w. RH6.2, all upgrades + latest Helixcode Gnome w. Sawfish WM.
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.
well, the latest mozilla build does not crash for me
wonder what to do next?
Jelwell said he had a trace to attach, so he might still see this.
Adding to CC - i think he lost this bug somehow.
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
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
does this bug happen on pr3 (the netscape beta release?)
I don't have a PR3 build installed right now. The stack trace is from the
commercial MN6 branch from around 10/09/2000.
Keywords: embed
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.
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) 
                                                 

Seems this isn't only linux? Bug 59497 looks like a dup.
Target Milestone: --- → mozilla0.9
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 ago23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.