11765 - [DOGFOOD] Password dialog comes up behind Messenger window, user can't see it.

Status: VERIFIED WORKSFORME

(MailNews Core :: Backend, defect, P1)

Description

[esther]

Using 19990811 on win98 the Password dialog will come up behind the Messenger
window so user is unaware it's opened.  If it is opened it will cause problems
in the New Msg window.
 Note: this does not happen if my 1st pop account biff=false, because the
password dialog won't come up until you do Get Msg.

Setup:  2 POP accounts,  1 IMAP account 2 news accounts.  My 1st POP account has
biff=true.


1. Launch Messenger using apprunner -mail
Result: At this point notice the apprunner console is displayed, then the
password dialog is displayed over the console, then Messenger is displayed over
the password dialog.
Expected:  Password dialog brought to the front

Problems when the dialog is hidden and is still opened:
1. If you don't dismiss the dialog (because it's hidden and you don't know it's
there) and you click New Msg, type in an address then try to click in the
Subject area, the click doesn't work.  User has to dismiss the password dialog
to get control of the mouse.
2. If you open an IMAP inbox and click on a message, the message won't display
3. If you do anything in Messenger like resize the window and expand folders,
then Close Messenger the password dialog is visible now and sometimes can't be
closed.

Comment 1

[esther]

test

Comment 2

[esther]

test

Comment 3

[Scott MacGregor]

these sound like problems with the dialog implementation. re-assigning to davidm
=).

Comment 4

[lchiang]

I'm going to mark this "dogfood" because users can get in a confused state if
the password dlg gets hidden in the back.

Comment 5

[Phil Peterson]

Marking severity -> blocker for mail/news M10

Comment 6

[davidm]

Can someone tell me if this still happens? What are the prefs needed to get this
behavior?

Comment 7

[lchiang]

David - Esther can show you on Monday.

Do you have mail set up?  I think that the preference she refers to in the bug
report on biff is:
user_pref("mail.server.server1.check_new_mail", true);
user_pref("mail.server.server1.check_time", 1);

Comment 8

[esther]

Update: using build 19990816M9 on win98 the password dialog is no longer coming
up during the launch of Messenger as stated in the scenario.  However, the
password dialog does not stay up front until dismissed as it should and the user
can still have problems with addressing a mail message if the password dialog is
up and behind the New Msg window.  I will test more to see if I can get this to
come up when launching Messenger.

Comment 9

[esther]

I talked with mscott and davidm, the fact that the password dialog is not coming
up right away when messenger is launched (it's waiting for the biff value I have
set at 1 minute) is a bug.  I will log a separate bug for that.  The fact that
it's not modal may be a general bug for these dialogs, I'll look for a bug on
it.

Comment 10

[don]

David, is this still happening?

Comment 11

[esther]

Bug as originally stated is not happening any more on all platforms with 8/26
M10 builds.
The part about the password dialog not coming up until biff time is reached is a
separate bug (12357) and is doing something different now.
Part about the password dialog not being modal is fixed.
This bug can be marked as worksforme or fixed (if there was actually a fix to
make the dialogs modal).

Comment 12

[davidm]

I am marking works for me.

Comment 13

[esther]

Verified

Comment 14

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/16cf5294fed3
[fenix] No issue: re-enables tests ignoring the verifyPageContent step (https://github.com/mozilla-mobile/fenix/pull/11765)