66986 - Compose Scroll bars, menus, toolbar disabled with Mail password dialog

Status: NEW

(SeaMonkey :: UI Design, defect)

Description

[scalkins]

Saw this on 
Linux 2001-01-29-08Mtrunk 
& Linux 2001-01-29-11MTEST

Steps to repro:
1)Launch NS6 browser. Invoke Composer
2)Invoke Mail , open an Account folder so you get the Mail password prompt, but 
do not login to Mail. Leave the password prompt up.
3)Click on the open Composer window, type some text there.
4)Now click on the Save button (Or any other toolbar button for Composer)

Actual results: All toolbar buttons and menus don't function until the Mail 
password prompt is dismissed or you sign into Mail. Also, scroll bars won't 
scroll till the Mail login dialog is attended to.

Comment 1

[scalkins]

This affects aim as well. You can't login to sidebar buddy list (in browser) 
when Mail password dialog is alive.

Comment 2

[[e-mail] (gone - use [e-mail] instead)]

I'm sure this is a DUP of one of our many focus bugs...

Comment 3

[scalkins]

Expected results: If this is a modal dialog, we should not even be allowed to 
type in another app when it is up. Because I was able to type in compose, it 
lead me to believe toolbar and other such should still work.  
So the impression was that NS6 "partially" froze. 

Comment 4

[[e-mail] (gone - use [e-mail] instead)]

If I'm not mistaken, I think Chris Saari owns the master bug for this.

Comment 5

[saari (gone)]

CC'ing danm.
It sounds like the mail dialog is trying to be application modal, not just
parent window modal. And it is only doing it for some events. Dan, ideas?

Comment 6

[Chris McAfee]

over to danm, who might want to pass along to mail team.
Adding putterman.

Comment 7

[Dan M]

  Odd that the modality code allows you to type in disabled windows. I'd have
expected the key events to be blocked along with the mouse events.
  We're currently reworking modality in the gtk Mozilla build, since gtk's
rendition is a little braindead. The rework will make modal windows no longer
application modal, but merely window modal, and that will fix this particular
bug. I'll call this bug, errr, dependent. (And futuring, like the bug it's
dependent on, though [e-mail] is making good progress with that
one and I expect it'll be fixed soon.)

Comment 8

[Tony Mechelynck [:tonymec]]

The bug on which this one depended is now VERIFIED FIXED (and has been for over 4 years). Does anyone still see this with a current build?