149952 - First windows opened after initial account setup are extremely slow to open.

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Tracy Walker [:tracy]]

seen on linux commercial trunk build 2002-06-07-04-trunk

-launch app with a new profile
-open mail/news and create an IMAP account
-open compose mail
it takes 2-3 minutes for the window to open
-compose a message and send it to a couple recipients
it takes 2-4 minutes for the mail message to be sent.

this happens only with the first message, subsequent message compose windows and
sends are expedient as expected.

Comment 1

[John "AntiTuX" Dee]

WFM on trunk 2002-06-10-08

Comment 2

[Tracy Walker [:tracy]]

this is affecting windows and mac osx trunk builds, as well.

the first mail compose window opened takes a few minutes.  The hard drive
cranking like crazy.

but mail send isn't slow anymore.

Comment 3

[Tracy Walker [:tracy]]

today, on linux 2002-06-14-04-trunk, the delay appeared when the initial mail
account setup wizard was trying to open.

Comment 4

[sairuh (rarely reading bugmail)]

i've been seeing the initial acct mgr slowdown as well --it's covered by bug 140495.

Comment 5

[John "AntiTuX" Dee]

I've been seeing this on MacOSX for a while now (at *LEAST* 3 weeks). it usually
takes upwards of 3 minutes for it to start.

Comment 6

[Tracy Walker [:tracy]]

this seems to manifest itself in whatever the first couple of windows that are
opened within the mail app after the first account has been set up from the mail
wizard. For example;  instead of immediately opening a mail compose window
(which would be discouragingly slow) after account setup, open Mail & News
Account Settings. Now, this window is the one that takes a few minutes to open.
 After setting up a new account, change the settings on a server.  This is also
slow to open.  Then go back to mail compose and open a mail compose window. 
There isn't a slow down. Just as aoriginally reported, after the first slow
downs, the mail app works fine.

Changed summary to reflect the more general occurance.

Comment 7

[Tracy Walker [:tracy]]

today, on all platforms, this manifested itself in the intial opening of the
Mail/News window.  It took a few minutes for the mail app to completely open.

Comment 8

[Tracy Walker [:tracy]]

this bug remains variable in where it shows up from build to build.

I did not see it on todays windows trunk build. However, the app crashed on
attempt to open mail the first time.  I don't knwo if it is related to the
problems of windows opening slowly, but I will post the talkback report:

Incident ID 7809680
Stack Signature MSVCRT.DLL + 0xd16a (0x7800d16a) 08b8529a
Email Address [e-mail]
Product ID MozillaTrunk
Build ID 2002062804
Trigger Time 2002-06-28 09:34:53
Platform Win32
Operating System Windows 98 4.10 build 67766446
Module MSVCRT.DLL
URL visited
User Comments crash opening mail window
Trigger Reason Access violation
Source File Name
Trigger Line No.
Stack Trace
MSVCRT.DLL + 0xd16a (0x7800d16a)
MSVCRT.DLL + 0x11b77 (0x78011b77)
JS_realloc [c:/builds/seamonkey/mozilla/js/src/jsapi.c, line 1431]
js_AllocSlot [c:/builds/seamonkey/mozilla/js/src/jsobj.c, line 1852]
js_AddScopeProperty [c:/builds/seamonkey/mozilla/js/src/jsscope.c, line 1109]
js_DefineNativeProperty [c:/builds/seamonkey/mozilla/js/src/jsobj.c, line 2083]
js_DefineProperty [c:/builds/seamonkey/mozilla/js/src/jsobj.c, line 1999]
DefineProperty [c:/builds/seamonkey/mozilla/js/src/jsapi.c, line 2062]
JS_DefineObject [c:/builds/seamonkey/mozilla/js/src/jsapi.c, line 2100]
define_JavaPackage
[c:/builds/seamonkey/mozilla/js/src/liveconnect/jsj_JavaPackage.c, line 78]
pre_define_java_packages
[c:/builds/seamonkey/mozilla/js/src/liveconnect/jsj_JavaPackage.c, line 490]
jsj_init_JavaPackage
[c:/builds/seamonkey/mozilla/js/src/liveconnect/jsj_JavaPackage.c, line 538]
0x0a3f6970 

Comment 9

[Tracy Walker [:tracy]]

upgrading to critical. This is a very discouraging bug from a user standpoint. 
Most people won't have the patience to wait out these apparent "hangs"  in the
initial use of mail.

Comment 10

[Asa Dotzler [:asa]]

This needs to be fixed for 1.1final. Seth, if you don't have time to look at
this is there someone else that can?

Comment 11

[scottputterman]

reassigning to ducarroz. cc'ing varada.  Can you guys figure out when/if this
regressed?

Comment 12

[Tracy Walker [:tracy]]

varada, I wasn't able to reproduce this with this mornings windows or mac os9
trunk builds.  However, linux still showed the stalls.  Perhaps you can come
down and intimidate it to work properly again? ;-)

oh wait...what I saw today on linux was bug 140495.

if this continues to be unreproducable tomorrow I will mark this wfm. I believe
what John Dee is seeing on his osx machine is also bug 140495.

Comment 13

[Tracy Walker [:tracy]]

okay, this bug shows in different places depending on the order in which I run
the mail/news smoketests.  Sometimes it will look 140495, but usually it hangs
when I open server settings just after creating the second mail account.  It
then hangs again when I open a compose window.  I saw this with todays trunk
builds on both mac os9 and linux.  I have not seen it on windows in several days.

steps to reproduce:
-clean installation
-create a new profile 
-run through all other smoketests for browser, composer, IM and do Int'l tests
as well, then...
-open mail and setup a IMAP account
-setup a POP account
-attempt to change serving setting
....hangs for a few minutes. eventually the serving setting  come up and I can
change setting to leave messages on server.
-goto that POP mail account and open a compose window
again...hangs for a few minutes before the window eventually opens.

after this, mail/news works fine.

Comment 14

[Tracy Walker [:tracy]]

I haven't seen this happen with the last two days builds.

marking WFM

Comment 15

[Olga]

Verified on trunk 10/17/02, Win2K.