138329 - Print previewing a page with frames and refresh crashes Mozilla on page refresh

Status: RESOLVED WORKSFORME

(Core :: Print Preview, defect, P1)

Description

[rcummins]

Win98, build 2002041603:

Print Preview seems to 'honor' <meta http-equiv="refresh"> in pages but
sometimes crashes, apparently when previewing pages with frames.

Go to chofmann's browser buster at
http://komodo.mozilla.org/buster/test_url_25.html and print preview the page. 
Wait ~25 seconds for the page to reload.  Mozilla will crash.

Talkback IDs:

TB5360536W
TB5360017X

Comment 1

[rcummins]

This bug also crashes RC1.

Comment 2

[rods (gone)]

Please retest now that Bug 127891 has been checked in

Comment 3

[rcummins]

Retest: crashes build 2002042303, on w2k also.  (Would submit another talkback
ID but talkback.netscape.com seems to be down.  Will try tomorrow's build and
submit a talkback ID at that time if necessary.)

Comment 4

[rods (gone)]

Which page because it starts cycling.

Comment 5

[rcummins]

Build 2002042403 crashes w2k (TB5561221H)- so far any page that choffman's
browser buster returns will crash Mozilla while previewing.  You just have to
sit looking at Print Preview for about 25 seconds until the page reloads, then
Mozilla crashes:

1) Start Mozilla
2) Click on "Debug" menu item, then "chofmann's Browser Buster"
3) Click on "top 100 site list" (or consolidate steps 2 and 3 and go to
http://komodo.mozilla.org/buster/test_url_25.html )
4) After the first page has loaded, click "File", "Print Preview" - the page
will be previewed properly but
5) Letting Mozilla sit on the Print Preview screen for about 20-30 seconds (at
which time a new page will attempt to load) crashes Mozilla.  I can reproduce
this reliably on both win98 and w2k.

Comment 6

[rcummins]

Changing OS to "All" - crashes build 2002050421 on Mandrake 8.0 too

TB5962945G

Comment 7

[Doron Rosenberg (IBM)]

Stack Signature  0x401b612d 01077cca
Email Address
Product ID MozillaTrunk
Build ID 2002050421
Trigger Time 2002-05-05 14:26:54
Platform LinuxIntel
Operating System Linux 2.4.3-20mdk
Module
URL visited
User Comments
Trigger Reason SIGSEGV: Segmentation Fault: (signal 11)
Source File Name
Trigger Line No.
Stack Trace
0x401b612d
PresShell::~PresShell()
PresShell::Release()
nsCOMPtr_base::~nsCOMPtr_base()
PrintData::~PrintData()
DocumentViewerImpl::Destroy()
DocumentViewerImpl::Show()
PresShell::UnsuppressAndInvalidate()
PresShell::UnsuppressPainting()
DocumentViewerImpl::LoadComplete()
nsDocShell::EndPageLoad()
nsWebShell::EndPageLoad()
nsDocShell::OnStateChange()
nsDocLoaderImpl::FireOnStateChange()
nsDocLoaderImpl::doStopDocumentLoad()
nsDocLoaderImpl::DocLoaderIsEmpty()
nsDocLoaderImpl::DocLoaderIsEmpty()
nsDocLoaderImpl::OnStopRequest()
nsLoadGroup::RemoveRequest()
nsHttpChannel::OnStopRequest()
nsOnStopRequestEvent::HandleEvent()
nsARequestObserverEvent::HandlePLEvent()
PL_HandleEvent()
PL_ProcessPendingEvents()
nsEventQueueImpl::ProcessPendingEvents()
event_processor_callback() 

Comment 8

[rcummins]

Crashes RC2.  (Is there no one else in the world who can duplicate this?)

Comment 9

[John Levon]

I get a crash on Linux, trunk CVS as of two days ago. My steps :

1. open URL in comment 0 in new window
2. wait for page to finish loading (actually I tried to print preview
a couple of times first, and got the error dialog)
3. do print preview
4. wait

I don't know where the core file went exactly, if needed I can try
a more current build and grab a backtrace too

Comment 10

[rcummins]

Crashes trunk build 2002052809.  Removing "[WFM]" from summary because others
have verified this crash.

Comment 11

[rcummins]

Well, this is no longer a crasher but has become weird.  While in Preview and
Mozilla does the 'meta http-equiv="refresh"' to display the next browser-busting
page (as described in comment 0), the preview area fills the window with the
previewed page and context menus become active.  Mozilla then acts like a
browser again, but with Print Preview toolbars!  Obviously, the desired effect
is to have "http-equiv=refresh" ignored while previewing a page.

Comment 12

[rcummins]

Build 2002080208 is still weird (but no crash) as described in comment #11.

Comment 13

[Pete Zha]

Doesn't see the crash, but we should ignored "http-equiv=refresh" while
previewing a page. Investigating...

Comment 14

[Andrew Schultz]

I tried this out and still crashed, although it seems to work sometimes (might
be specific to the actual URL that's loading).

stack looks similar to bug 156982
0x00000010
nsContainerFrame::Destroy (this=0x8c03a14, aPresContext=0x80d8bc0) at
nsContainerFrame.cpp:143
nsBoxFrame::Destroy (this=0x8c03a14, aPresContext=0x80d8bc0) at nsBoxFrame.cpp:1247
nsFrameList::DestroyFrames (this=0x8c03908, aPresContext=0x80d8bc0) at
nsFrameList.cpp:130
nsContainerFrame::Destroy (this=0x8c038d4, aPresContext=0x80d8bc0) at
nsContainerFrame.cpp:140

Comment 15

[Pete Zha]

Attachment: patch

Patch to prevent refresh when we are in print preview.
But, we need to continue to do the refresh if we come back to normal view.

Comment 16

[Pete Zha]

Requesting r=/sr=......

Comment 17

[rods (gone)]

This is a dup of a bug I already have, it will take some changes to the DocShell
to turn off some timers and then turn them on again.

Comment 18

[Pete Zha]

rods, what's the bug#? We could mark this one as dup.

Comment 19

[Pete Zha]

-> rods

Comment 20

[rcummins]

This bug still reliably crashes Mozilla, build 2002122108 under Win98

Comment 21

[Tom Jac]

Is this the same bug? Should I write a new bug report?
Look at:
http://www.internetboekhandel.nl/nedlit2.htm
Click Print preview : Mozilla crashes
(1.3a, build 2002121215 on NT4)

Comment 22

[Kevin McCluskey (gone)]

-> jkeiser

Comment 23

[Andy Kilner]

If you do a ctrl-r refresh you get the same effect as the meta refresh, although
disabling refresh completely in the print preview wouldn't be preferable.
Reloading the page specifically for printing mean closing print preview, then
reloading and then choosing print preview again.

Comment 24

[Michael Gall]

I have this same problem if I press F5 when I am print previewing, it changes to
the screen style sheet. 

Comment 25

[rcummins]

This bug still crashes Mozilla 1.4 and the latest nightly.  I think comment 23
and comment 24 are referring to a different problem, bug 126719, which isn't
usually a crasher (but can prevent browsing).

Comment 26

[James Napolitano]

(In reply to comment #21)
> Is this the same bug? Should I write a new bug report?
> Look at:
> http://www.internetboekhandel.nl/nedlit2.htm
> Click Print preview : Mozilla crashes
> (1.3a, build 2002121215 on NT4)

This page WFM
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040219

Comment 27

[Wayne Mery (:wsmwk)]

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050905
Firefox/1.6a1 and suite against http://www.internetboekhandel.nl/nedlit2.htm

comment 25 agrees, so marking WFM. 

(http://komodo.mozilla.org/buster/test_url_25.html no longer accessible)