Using today's build on NT 1. Run mozilla, starting up in the browser 2. Ctrl-N to bring up a new mail message 3. Type some stuff and send mail message Expected: get password dialog asking me to log in to the IMAP server to copy the outgoing message to my IMAP Sent folder Actual: get "login failed" alert box, and compose window comes back up. Message was actually sent.
Nominate for beta1
This is probably the same cause as http://bugzilla.mozilla.org/show_bug.cgi?id=28266 (?)
I think this is actually the copy operations (i.e. the copy service) that is driving this part of the process. It sounds like if we solve this once, it will be solved for everything and I would think that the copy service may be the place to address it. Jeff, let me know if you think I'm off on this one. - rhp
Putting on PDT+ radar for beta1.
The reason it failed is because we are passing in null nsIMsgWindow when calling CopyFileMessage from nsMsgCopy::DoCopy(). nsIMsgWindow may not be available in the compose land. The right fix seems to me would be use hthe idden window when we cannot get hold of a nsIMsgWindow. I'll work on nsMsgIncomingServer::GetPasswordWithUI() to make sure we try to use the hidden window when nsIMsgWindow is not available.
*** Bug 29537 has been marked as a duplicate of this bug. ***
Fix checked in.
verified this on Win32 2000-03-02-09-m15 commercial build. Still need to verify on Linux and Mac builds.
fenella, pls help to verify. Thanks.
Linux (2000-03-07-09 M15) commercial build Win32 (2000-03-07-09 M15) commercial build Mac (2000-03-07-08 M15) commercial build Verified that the problem is gone in all these builds.