2002021303 trunk for MacOS9.x In Mail, password dialog does not get focus when it comes up. You have to click in the textarea to hhave focus. Similar focus problem has been left unfixed for Open Web Location dialog, but the PW dialog did not have this problem in 20020131 build.

This bug is also present in MacOS X 2002021413 trunk, but it wasn't there in 20020204 build. Thus, this seems to be regression during the last few days.

Both Open Web Location and Password dialog have focus when they come up in 2002022016 trunk for MacOS9.x. (Classic theme). Resolving as WFM.

Works for me in 2002022016 trunk for MacOS X.

verified wfm, per reporter.

Looks like a variation on this bug has cropped up for me under MacOS 9x and milestone 0.9.9 -- but in this incarnation, it's more than an annoyance. to recreate: open Mail/News window with an IMAP or IMAP/SSL account defined, with password *not* saved in PSM. click "Get messages". Now change focus to another app altogether. You can also wait until Mac screensaver kicks in or other app demands focus on its own. Password dialog will pop up but you cannot focus on the text field in order to type in the required password. You have to click "cancel" and then reclick "Get messages", wait for the password dialog without switching away from Mozilla Mail/News, and click the text field when the dialog first appears; only then will you be able to type the required password and Here's why it's a problem: someone with an SSL connection over a slowish link and/or accessing an IMAP spool with a large number of messages may experience considerable delay before the password dialog actually appears, sometimes on the order of minutes. This bug means that the computer is not useable during that time, which is *extremely* frustrating as well as counterintuitive to someone used to multitasking while waiting for network lag. (My test case here is my wife, who is used to working in Photoshop while experiencing World-Wide Wait.)