31484 - Printing URL fails -- and browser hangs or crashed

Status: VERIFIED DUPLICATE of bug 28878

(Core :: Printing: Output, defect, P3)

Description

[Ian Graham]

If you attempt to print the page at the indicated URL, The browser
hangs, and won't accept any user input (Task manager says it is 
"not responding"). Printed output is produced, but is garbage, 
consisting of some broken images at teh tops of pages. In some
cases, Mozilla actually crashes instead of hanging (about 1 out of
10 times).

I thought this might be an external style sheet problem, so I
copied the problem document to another URL,
http://www.java.utoronto.ca/NS5-bugs/printing-from-xml-site.html
and removed the <link> element referencing the style sheet.
Loading and printing this file also has the same problem.

Steps to reproduce:
1. Enter the referenced URL, or the one just above in this text
2. Select File .... Print
3. Browser will hang, or will crash. Printed output will be
   garbage.

Report for:  M14 (build 2000022820).

Comment 1

[dcone (gone)]

Is there anyway to narrow this down.  
To get "Page does not Print" is very general.. and may be a duplicate since 
there may be 1000's of pages just like this that don't print.  I appreciate the 
bug but its very hard to get two pages of xml/html and a bug that says this does 
not print.

Comment 2

[Ian Graham]

Uggh.  I hate you... ;-)  But you are right--I'll see what I can do. 

Comment 3

[dcone (gone)]

This asserts at nsHTMLContainerFrame::ReparentFrameView(), which is called by 
nsBlockFrame::DrainOverFlowLines()
Troy do you know who takes care of this.

www.cnn.com also has this problem.

Comment 4

[dcone (gone)]

Troy do you know who would take care of this?

Comment 5

[troy]

When trying to print I'm hitting an assert.

Reassigning to Don to take a look at this assert, and then reassign back to me 
if the ReparentFrameView() assert is still happening

NTDLL! 77f7629c()
nsWindow::Create(nsWindow * const 0x037c5e54, nsIWidget * 0x00000000, const 
nsRect & {...}, nsEventStatus (nsGUIEvent *)* 0x02444f76 HandleEvent(nsGUIEvent 
*), nsIDeviceContext * 0x03793610, nsIAppShell * 0x00000000, nsIToolkit * 
0x00000000, nsWidgetInitData * 0x00000000) line 921
nsView::CreateWidget(nsView * const 0x037c5f80, const nsID & {...}, 
nsWidgetInitData * 0x00000000, void * 0x00000000, int 1) line 1343
DocumentViewerImpl::MakeWindow(nsIWidget * 0x0377b4f4, const nsRect & {...}) 
line 1001 + 47 bytes
DocumentViewerImpl::Init(DocumentViewerImpl * const 0x037910f0, nsIWidget * 
0x0377b4f4, nsIDeviceContext * 0x03793610, const nsRect & {...}) line 523 + 16 
bytes
nsDocShell::SetupNewViewer(nsDocShell * const 0x0377b9e0, nsIContentViewer * 
0x037910f0) line 2250 + 66 bytes
nsWebShell::SetupNewViewer(nsWebShell * const 0x0377b9e0, nsIContentViewer * 
0x037910f0) line 561 + 13 bytes
nsDocShell::CreateContentViewer(nsDocShell * const 0x0377b9e0, const char * 
0x0012854c, nsIChannel * 0x0377cb20, nsIStreamListener * * 0x0012858c) line 2128 
+ 24 bytes
nsDSURIContentListener::DoContent(nsDSURIContentListener * const 0x0377b6c0, 
const char * 0x0012854c, int 0, const char * 0x10094f10 gCommonEmptyBuffer, 
nsIChannel * 0x0377cb20, nsIStreamListener * * 0x0012858c, int * 0x00128530) 
line 100 + 33 bytes
nsDocumentOpenInfo::DispatchContent(nsIChannel * 0x0377cb20, nsISupports * 
0x00000000) line 407 + 109 bytes
nsDocumentOpenInfo::OnStartRequest(nsDocumentOpenInfo * const 0x0377ce90, 
nsIChannel * 0x0377cb20, nsISupports * 0x00000000) line 260 + 16 bytes
nsHTTPServerListener::FinishedResponseHeaders() line 997 + 48 bytes
nsHTTPServerListener::OnDataAvailable(nsHTTPServerListener * const 0x03790640, 
nsIChannel * 0x0377c8d4, nsISupports * 0x0377cb20, nsIInputStream * 0x0379057c, 
unsigned int 0, unsigned int 382) line 400 + 8 bytes
nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x03790050) 
line 406 + 47 bytes
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x03791fd0) line 97 + 12 bytes
PL_HandleEvent(PLEvent * 0x03791fd0) line 575 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x0146b570) line 520 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x002a0198, unsigned int 49368, unsigned int 0, 
long 21411184) line 1030 + 9 bytes
USER32! 77e71820()
01

Comment 6

[leger]

Adding crash keyword.

Comment 7

[Andreas Franke (gone)]

Attachment: stack trace of hanging mozilla when printing www.cnn.com

Comment 8

[Andreas Franke (gone)]

Attachment: stack trace of mozilla crash (SIGILL) when printing page

Comment 9

[Andreas Franke (gone)]

Both of the above stack traces have been taken with a PC/Linux build from 6/2.
Among other things, bug 38768 also mentions that mozilla hangs when trying to
print www.cnn.com.

Comment 10

[Masaki Katakai]

When I tried BugZilla query page, Mozilla hangs on Windows and
dumps core on Linux. Is that a same problem?

http://bugzilla.mozilla.org/query.cgi

Comment 11

[dcone (gone)]

This asserts at ReparentFrameViewTo()... which then will crash later.
Duplicate bug.

*** This bug has been marked as a duplicate of 28878 ***

Comment 12

[Scott Brodmerkle]

The bug this is a duplicate of is a duplicate of a bug that has been fixed. I
can now successfully print this URL, so marking Verified.