Closed Bug 37430 Opened 24 years ago Closed 24 years ago

Printing mail/Abook card after closing preview window causes crash

Categories

(MailNews Core :: Printing, defect, P3)

x86
Windows NT

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 31516

People

(Reporter: ji, Assigned: rhp)

Details

(Keywords: crash)

Build: win32 2000042709 commercial build.

When printing a mail or an address book card after closing the preview window
causes application crash.

Steps of reproduce:

1. Launch mail
2. Highlight a mail and click on Print icon, you'll get a print
   preview window and another window showing the printer status.
3. Close the print preview window
4. Click on OK button on the printer status window

The application crashes. If you don't close the print preview window
and click on OK to print out the mail, the application doesn't crash.

Here is the stack:
Call Stack:    (Signature = GlobalWindowImpl::GetPrivateRoot 86ef3aef) 
     
   GlobalWindowImpl::GetPrivateRoot 
                                         
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp, line 2179]
     
   CheckForFocus 
                                         
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 1411]
     
   PresShell::InitialReflow 
                                         
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 1511]
     
   DocumentViewerImpl::Print 
                                         
[d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 1400]
     
   nsMsgPrintEngine::OnEndDocumentLoad 
                                         
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgPrintEngine.cpp, line 140]
     
   nsWebShell::OnEndDocumentLoad 
                                         
[d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 1202]
     
   nsDocLoaderImpl::FireOnEndDocumentLoad
                                         
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 678]
     
   nsDocLoaderImpl::DocLoaderIsEmpty 
                                         
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 519]
     
   nsDocLoaderImpl::OnStopRequest 
                                         
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 462]
     
   nsLoadGroup::RemoveChannel 
                                         
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsLoadGroup.cpp, line 551]
     
   nsFileChannel::OnStopRequest 
                                         
[d:\builds\seamonkey\mozilla\netwerk\protocol\file\src\nsFileChannel.cpp, line 
634]
     
   nsOnStopRequestEvent::HandleEvent 
                                         
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 
307]
     
   nsStreamListenerEvent::HandlePLEvent 
                                         
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 
106]
     
   PL_HandleEvent 
                                         
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 576]
     
   _md_EventReceiverProc 
                                         
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1032]
     
   USER32.dll + 0x1186 (0x77e41186)
Keywords: nsbeta2
cc: rhp and mscott.  Rich, Scott - you guys re-implemented this feautre?
Severity: normal → major
Keywords: crash
QA Contact: lchiang → fenella
Reimplemented what feature?  that "preview window" is actually a window that 
should be offscreen, but that is another bug.

- rhp
I think the printing is ok.. this seems to be some interaction of the preview 
window.. threads in the mail section...
Assignee: dcone → phil
reassign to selmer for assignment.
Assignee: phil → selmer
Rich, can you add comments to this bug about what should be done?  If you're not
the right owner, please propose someone else.  Thanks,  Steve
Assignee: selmer → rhp
The "preview" window is not a preview window. Its a window that I want to be 
offscreen, but it can't be because of JavaScript bounds checking. You shouldn't 
be able to close that window. 

There is a bug that covers that issue, so I will mark this as a dupe of that 
bug.

- rhp
This is really bug #31516.

- rhp

*** This bug has been marked as a duplicate of 31516 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Mark it verified/dup.
.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.