Login dlg for sent folder takes too long to appear.



MailNews Core
19 years ago
10 years ago


(Reporter: lchiang, Assigned: jefft)


Firefox Tracking Flags

(Not tracked)




19 years ago
Login dlg for sent folder (on different server) should appear before compose
window closes

Win32 1999-10-21-11-m11 build

Two IMAP accounts on different servers are set up (for the purpose of this bug,
I'll call them server1 and server2); Sent folder is set up on server 2.

1)  Start mail
2)  Open the Inbox for server1 and login as necessary
3)  Compose a new message
4)  Send the message

Actual results:  The message gets sent and the compose window closes.  You may
decide to do something else in mail.  After about 1-2 minutes (on a 200mhz
system), you will get a login dialog for server2 where the copy of the Sent
folder resides.  This is unexpected.

Expected results:  Like 4.x, the login dialog for server2 should appear prior to
the compose window closing, after you press Send.


19 years ago
QA Contact: lchiang → esther


19 years ago
Assignee: phil → rhp
Summary: Login dlg for sent folder (on different server) should appear before compose window closes → Login dlg for sent folder takes too long to appear.

Comment 1

19 years ago
I think it's ok that the compose window hides before you get the login dialog.
We're hiding the compose window even before the message gets sent successfully
in an effort to make it "feel" faster. Of course, if either the send or the FCC
fail, we should bring the compose window back up.

Now, the performance problem is another matter. It should certainly not take 1-2
minutes to get to the password prompt for the FCC folder. Changing bug summary
to reflect this issue.

I don't know exactly whose bug this is, but let's start with rhp. Maybe it will
require help from mscott too.

Comment 2

19 years ago
Uhh, not sure about how to approach this...the password dialog is from the Copy
operation...the copy service is called after the message is first sent
successfully. jefft owns that, but if the hits to the server are slow...I'm not
sure what we can do here.

Of course we could go back to not hiding the compose window, but we've done
that for the reasons phil states.

Phil, Jeff, anybody...Ideas?

- rhp


19 years ago
Assignee: rhp → jefft

Comment 3

19 years ago
Hi Jeff,
I'm throwing this one over to you...I don't know if there is anything we can
really do about this? Just throw it back my way if you want.

- rhp


19 years ago
Target Milestone: M11

Comment 4

19 years ago
I'll take a look.

Comment 5

19 years ago
(The same type of issue occurs when I file a message to a different server.  The
login dialog for the other IMAP server I'm filing to does not appear right away
and it appears that the file operation was not successful.)


19 years ago
Last Resolved: 19 years ago
Resolution: --- → WORKSFORME

Comment 6

19 years ago
Recent perfomance tuning and disable the progress bar stuff seems fixed the
problem. The dialog box now comes up fast. Mark it as worksforme.


19 years ago

Comment 7

19 years ago
Using build 1999111017 on win98 and linux and build 1999111111 on mac ppc this
is fixed.  The password dialog for the other IMAP account where the Sent folder
is located comes up within 3 seconds on all 3 of my systems.  Win98 is 400Mhz,
linux is 166 Mhz and Mac is a G3.  Verified
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.