Closed
Bug 31484
Opened 24 years ago
Closed 24 years ago
Printing URL fails -- and browser hangs or crashed
Categories
(Core :: Printing: Output, defect, P3)
Tracking
()
M17
People
(Reporter: ian.graham, Assigned: dcone)
References
()
Details
(Keywords: crash)
Attachments
(2 files)
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).
Assignee | ||
Comment 1•24 years ago
|
||
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.
Status: NEW → ASSIGNED
Reporter | ||
Comment 2•24 years ago
|
||
Uggh. I hate you... ;-) But you are right--I'll see what I can do.
Assignee | ||
Comment 3•24 years ago
|
||
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.
Assignee: dcone → troy
Status: ASSIGNED → NEW
Assignee | ||
Comment 4•24 years ago
|
||
Troy do you know who would take care of this?
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
Assignee: troy → dcone
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M17
Comment 7•24 years ago
|
||
Comment 8•24 years ago
|
||
Comment 9•24 years ago
|
||
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•24 years ago
|
||
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
Assignee | ||
Comment 11•24 years ago
|
||
This asserts at ReparentFrameViewTo()... which then will crash later. Duplicate bug. *** This bug has been marked as a duplicate of 28878 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 12•24 years ago
|
||
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.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•