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

VERIFIED WORKSFORME

Status

P1
blocker
VERIFIED WORKSFORME
20 years ago
11 years ago

People

(Reporter: esther, Assigned: davidm)

Tracking

Trunk
x86
Windows 98

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
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.
(Reporter)

Comment 1

20 years ago
test
(Reporter)

Comment 2

20 years ago
test

Updated

20 years ago
Assignee: mscott → davidm

Comment 3

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

Updated

20 years ago
Blocks: 11091
Summary: Password dialog comes up behind Messenger window, user can't see it. → [Dogfood] Password dialog comes up behind Messenger window, user can't see it.

Comment 4

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

Updated

20 years ago
Blocks: 12176
No longer blocks: 11091
Severity: major → blocker

Comment 5

20 years ago
Marking severity -> blocker for mail/news M10
(Assignee)

Updated

20 years ago
Status: NEW → ASSIGNED
Target Milestone: M10
(Assignee)

Comment 6

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

Comment 7

20 years ago
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);
(Reporter)

Comment 8

20 years ago
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.
(Reporter)

Comment 9

20 years ago
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.

Updated

20 years ago
Priority: P3 → P1
Summary: [Dogfood] Password dialog comes up behind Messenger window, user can't see it. → [DOGFOOD] Password dialog comes up behind Messenger window, user can't see it.

Comment 10

20 years ago
David, is this still happening?
(Reporter)

Comment 11

20 years ago
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).
(Assignee)

Updated

20 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → WORKSFORME
(Assignee)

Comment 12

20 years ago
I am marking works for me.
(Reporter)

Updated

20 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 13

20 years ago
Verified

Updated

20 years ago
No longer blocks: 12176
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.