Closed Bug 267258 Opened 20 years ago Closed 19 years ago

FF10RC2 crash if I send the page to printer [@ 0x00000000 - nsIView::Destroy ]

Categories

(Core :: Web Painting, defect)

Other Branch
x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: roman.yakovenko, Assigned: roc)

References

()

Details

(Keywords: crash, topcrash)

Crash Data

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10.1

Firefox crashed when I send page to the printer. Also other instances of firefox
is closed too. I restarted my computer. Nothing help. MS explorer print page.

Reproducible: Always
Steps to Reproduce:
1. goto http://www.javareport.com/joop/crarticle.asp?ID=1520
2. press Ctrl+P
3. watch a crashing 

Actual Results:  
All instances of firefox disappeared

Expected Results:  
To print the page
Or at least to say about error, but defintly not to crash
Works fine in Linux.
Roman: Could you provide TalkBack incident id?
Keywords: crash
(In reply to comment #2)
> Roman: Could you provide TalkBack incident id?

I'll be glad, but I don't know what is this and from where I could take it.
After Mozilla crashed the TalkBack will appear and it will allow you to submit
the report about crash incident. Than run "components/talkback.exe" manually
from Firefox directory and post the talkback ID of that crash in this bug.
(In reply to comment #4)
> After Mozilla crashed the TalkBack will appear and it will allow you to submit
> the report about crash incident. Than run "components/talkback.exe" manually
> from Firefox directory and post the talkback ID of that crash in this bug.

I hope this is what you are waiting for. 
TB1673965Y

Roman
I could reproduce it with FF 1.0 RC1 CZ/W2K -> TB1674073E (same stack as
bellow). Bug 254590 has also similar stack.

TB1673965Y:
0x00000000
nsIView::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/view/src/nsView.cpp,
line 253]
nsSubDocumentFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/document/src/nsFrameFrame.cpp,
line 567]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsLineBox::DeleteLineList 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsLineBox.cpp,
line 302]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsTableFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/table/src/nsTableFrame.cpp,
line 310]
nsTableOuterFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/table/src/nsTableOuterFrame.cpp,
line 82]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsTableFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/table/src/nsTableFrame.cpp,
line 310]
nsTableOuterFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/table/src/nsTableOuterFrame.cpp,
line 82]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsTableFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/table/src/nsTableFrame.cpp,
line 310]
nsTableOuterFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/table/src/nsTableOuterFrame.cpp,
line 82]
nsPositionedInlineFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsInlineFrame.cpp,
line 1103]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsFrameList::DestroyFrames 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/base/src/nsFrameList.cpp,
line 129]
nsPositionedInlineFrame::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsInlineFrame.cpp,
line 1103]
PresShell::Destroy 
[d:/builds/tinderbox/firefox-0.10.1/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 1865]
Summary: crash if I send the page to printer → crash if I send the page to printer [@ 0x00000000 - nsIView::Destroy ]
20041101/1.8a5/W2K -> WFM
1.7.3/W2K -> TB1674388H [@ nsBlockFrame::ReflowFloat ]
20041101/1.7.4/W2K -> TB1674679M [@ nsBlockFrame::ReflowFloat ]

mkaply: If same repro is crashing with one signature on Aviary branch, with
second on 1.7 branch, should I submit new report for branch crashing?

-> Browser/Layout View Rendering
Assignee: firefox → roc
Component: General → Layout: View Rendering
Product: Firefox → Browser
QA Contact: firefox.general → ian
Summary: crash if I send the page to printer [@ 0x00000000 - nsIView::Destroy ] → FF10RC1 crash if I send the page to printer [@ 0x00000000 - nsIView::Destroy ]
Version: unspecified → 1.7 Branch
Is the signature similar?
Aviary one is crashing in view and frames, 1.7 is crashing in floats.

Aviary:
0x00000000
nsIView::Destroy 
nsSubDocumentFrame::Destroy 
nsFrameList::DestroyFrames 
nsLineBox::DeleteLineList 
nsFrameList::DestroyFrames
nsFrameList::DestroyFrames
nsFrameList::DestroyFrames 
...

M 1.7 branch:
nsBlockFrame::ReflowFloat
nsBlockReflowState::FlowAndPlaceFloat
nsBlockReflowState::PlaceBelowCurrentLineFloats
nsBlockFrame::PlaceLine
nsBlockFrame::DoReflowInlineFrames
nsBlockFrame::DoReflowInlineFramesAuto
nsBlockFrame::ReflowInlineFrames
...
Please open a separate bug for 1.7
Michael: Opened bug 267349.
Version: 1.7 Branch → Other Branch
This appears to be a topcrash for Firefox 1.0 RC1.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: topcrash
Actually I see a few incidents in early RC2 data as well.  Also, perhaps the
many bugs revolving around printing/print preview of ign.com can provide some
clues here?  See https://bugzilla.mozilla.org/show_bug.cgi?id=254590#c9 for a
list of some of those bugs, and there is also bug 230417 which was fixed
recently and had a similar stack.
Summary: FF10RC1 crash if I send the page to printer [@ 0x00000000 - nsIView::Destroy ] → FF10RC2 crash if I send the page to printer [@ 0x00000000 - nsIView::Destroy ]
looks like the test case no longer exists?  any ideas on what was triggering the crashes reported here? wondering if we should close this bug and do some new analysis of more recent talback data.
nothing in the talkback database seems to match up with this stack trace now, and  the test case is gone...  marking wfm

there are a bunch of possibly related crashes with stacks like:

0x00000000
nsIView::Destroy  [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/view/src/nsView.cpp, line 305]
nsSplittableFrame::Destroy  [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/layout/generic/nsSplittableFrame.cpp, line 71]
nsBlockFrame::Destroy  [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/layout/generic/nsBlockFrame.cpp, line 317]
nsFrameList::DestroyFrame


but we can track those in https://bugzilla.mozilla.org/show_bug.cgi?id=241809

Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ 0x00000000 - nsIView::Destroy ]
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.