Closed Bug 144601 Opened 22 years ago Closed 17 years ago

Print Dialog is not modal to Mail/News

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: carosendahl, Unassigned)

References

Details

In the browser window, the print button is a menu with a popup containing
several items, such as print, print preview, etc.

In the mail client, the button type is the same, however, the only item in the
popup menu performs the same function as the button itself - print.

Further, the print dialog is not modal in the mail client.  It is in the
browser.  The loss of modality causes strange behavior when clicking on the
button and the menu item after refocusing the mail client window once the print
dialog has appeared.
QA Contact: olgam → esther
> Further, the print dialog is not modal in the mail client.  It is in the
> browser.  The loss of modality causes strange behavior when clicking on the
> button and the menu item after refocusing the mail client window once the print
> dialog has appeared.

Basicly the print dialog does not have it's parent set correctly.  If you switch
to another app then switch back using the taskbar this can make the program
appear to freeze. 
Product: Browser → Seamonkey
(In reply to comment #0)
> In the browser window, the print button is a menu with a popup containing
> several items, such as print, print preview, etc.

I currently see only the Print and Print Preview items.

> In the mail client, the button type is the same, however, the only item in the
> popup menu performs the same function as the button itself - print.

Same here; as far as I can see, the buttons are identical between browser and 
mail client.


> Further, the print dialog is not modal in the mail client.  It is in the
> browser.  The loss of modality causes strange behavior when clicking on the
> button and the menu item after refocusing the mail client window once the
> print dialog has appeared.

The "strange behavior" I see is, while the print dialog is open, selecting 
messages in the thread pane does not update the message pane -- and then, when 
the print dialog is eventually dismissed, there is a sort of slide-show of all 
the selected messages being displayed in sequence.  This behavior may be part of 
bug 74331.  I've seen this same symptom with regards to another "semi-modal" 
dialog, altho I can't locate that bug at the moment.
Summary: Print Dialog is not modal. Print button is wrong type. → Print Dialog is not modal to Mail/News
*** Bug 166377 has been marked as a duplicate of this bug. ***
Assignee: sspitzer → mail
Bug 206541 has a small patch which prevents? a crash due to mailnews not being modal.
OS: Windows 2000 → All
QA Contact: esther
Hardware: PC → All
(In reply to comment #2)
> (In reply to comment #0)
> > In the browser window, the print button is a menu with a popup containing
> > several items, such as print, print preview, etc.
> 
> I currently see only the Print and Print Preview items.
> 
> > In the mail client, the button type is the same, however, the only item in the
> > popup menu performs the same function as the button itself - print.
> 
> Same here; as far as I can see, the buttons are identical between browser and 
> mail client.
> 
> 
> > Further, the print dialog is not modal in the mail client.  It is in the
> > browser.  The loss of modality causes strange behavior when clicking on the
> > button and the menu item after refocusing the mail client window once the
> > print dialog has appeared.
> 
> The "strange behavior" I see is, while the print dialog is open, selecting 
> messages in the thread pane does not update the message pane -- and then, when 
> the print dialog is eventually dismissed, there is a sort of slide-show of all 
> the selected messages being displayed in sequence.  This behavior may be part of 
> bug 74331 [noted on 2006-06-27 as fixed on what is still trunk "... by the thread manager patch in bug 326273."]
>  I've seen this same symptom with regards to another "semi-modal" 
> dialog, altho I can't locate that bug at the moment.

I see this behavior in SM 1.1.4, but not in trunk 2.0 - Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a9pre) Gecko/2007102203 SeaMonkey/2.0a1pre

I think all issues are gone on trunk.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.