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.
these sound like problems with the dialog implementation. re-assigning to davidm =).
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.
I'm going to mark this "dogfood" because users can get in a confused state if the password dlg gets hidden in the back.
Marking severity -> blocker for mail/news M10
Can someone tell me if this still happens? What are the prefs needed to get this behavior?
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);
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.
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.
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.
David, is this still happening?
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).
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → WORKSFORME
I am marking works for me.
You need to log in before you can comment on or make changes to this bug.