Login dlg for sent folder takes too long to appear.

VERIFIED WORKSFORME

Status

MailNews Core
Backend
P3
normal
VERIFIED WORKSFORME
19 years ago
10 years ago

People

(Reporter: lchiang, Assigned: jefft)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

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

Win32 1999-10-21-11-m11 build

Setup:
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.

Steps:
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.
(Reporter)

Updated

19 years ago
QA Contact: lchiang → esther

Updated

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

Updated

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
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M11
(Assignee)

Comment 4

19 years ago
I'll take a look.
(Reporter)

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

Updated

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

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.

Updated

19 years ago
Status: RESOLVED → VERIFIED

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.