81059 - Changing Folders/accounts leads to a crash

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect, P1)

Description

[marina]

**** observed with 2001-05-15-04 build ****
it is not always reproducable but quite often to ignore
Steps to repro:
- select an account;
- change it to another one ( say news)
- or inside the account change folders several times;
//observe the crash ( there are no other steps to repro, sometimes it doesn't 
happen after you change folders 5 times, sometimes it happens as soon as you go 
to newsgroup from Inbox) ,stack to follow

Comment 1

[marina]

here is a stack:
(Signature = js3250.dll + 0x1c25a (0x60c8c25a) 92d781b1) 
     
   js3250.dll + 0x1c25a (0x60c8c25a) 
                                         
     
   js3250.dll + 0x1822e (0x60c8822e) 
                                         
     
   js3250.dll + 0x184b5 (0x60c884b5) 
                                         
     
   js3250.dll + 0x475a (0x60c7475a) 
                                         
     
   jsdom.dll + 0x3184 (0x60543184) 
                                         
     
   jsdom.dll + 0x15b14 (0x60555b14) 
                                         
     
   gkcontent.dll + 0xb70b6 (0x602970b6) 
                                         
     
   gkcontent.dll + 0xb80fa (0x602980fa) 
                                         
     
   gkcontent.dll + 0xe0962 (0x602c0962) 
                                         
     
   gkcontent.dll + 0x8cf60 (0x6026cf60) 
                                         
     
   jsdom.dll + 0x7d0b (0x60547d0b) 
                                         
     
   jsdom.dll + 0x14e4f (0x60554e4f) 
                                         
     
   jsdom.dll + 0x1577c (0x6055577c) 
                                         
     
   docshell.dll + 0x97f4 (0x601297f4) 
                                         
     
   docshell.dll + 0x1994 (0x60121994) 
                                         
     
   docshell.dll + 0x8dfb (0x60128dfb) 
                                         
     
   docshell.dll + 0x1a32 (0x60121a32) 
                                         
     
   docshell.dll + 0xd40a (0x6012d40a) 
                                         
     
   urildr.dll + 0x4bf3 (0x60ae4bf3) 
                                         
     
   urildr.dll + 0x4940 (0x60ae4940) 
                                         
     
   necko.dll + 0xd4d8 (0x6077d4d8) 
                                         
     
   0x778b0c24 
                                         

Comment 2

[laurel]

I'm seeing this often enough today when using Next Unread across folders.  The
talkback incident reports show same (no symbol) info as marina reported. 

Not sure who really owns this, changing component to mailFE... maybe seth can
identify if it's reported somewhere else.

Comment 3

[laurel]

to seth

Comment 4

[scottputterman]

Marking nsbeta1+ and 0.9.1.  I saw this a few times on the 5/14 build when
switching folders.

Comment 5

[(not reading, please use [e-mail] instead)]

accepting.  I'll investigate today.

Comment 6

[laurel]

Using 5/16 win98: am seeing this very frequently in today's builds, almost every
time I navigate across folders within same IMAP mail account.

Comment 7

[laurel]

*** Bug 81142 has been marked as a duplicate of this bug. ***

Comment 8

[(not reading, please use [e-mail] instead)]

still investigating.

I do assert, but no crash yet when I leave my imap account and land on local 
folders.

NTDLL! 77f7629c()
nsDebug::Assertion(const char * 0x01f1e54c, const char * 0x01f1e508, const char 
* 0x01f1e4d4, int 462) line 290 + 13 bytes
nsDocLoaderImpl::OnStartRequest(nsDocLoaderImpl * const 0x03d4e3c4, nsIRequest 
* 0x05238ad4, nsISupports * 0x00000000) line 462 + 54 bytes
nsLoadGroup::AddRequest(nsLoadGroup * const 0x03d4e350, nsIRequest * 
0x05238ad4, nsISupports * 0x00000000) line 450 + 40 bytes
nsMsgProtocol::OnStartRequest(nsMsgProtocol * const 0x05238ad0, nsIRequest * 
0x05238e24, nsISupports * 0x05231b30) line 255
nsMailboxProtocol::OnStartRequest(nsMailboxProtocol * const 0x05238ad0, 
nsIRequest * 0x05238e24, nsISupports * 0x05231b30) line 223
nsOnStartRequestEvent::HandleEvent() line 108 + 53 bytes
nsARequestObserverEvent::HandlePLEvent(PLEvent * 0x05241034) line 64
PL_HandleEvent(PLEvent * 0x05241034) line 588 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00a19bb0) line 518 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x001a02b8, unsigned int 49498, unsigned int 0, 
long 10591152) line 1069 + 9 bytes
USER32! 77e71820()
00a19bb0()

Comment 9

[(not reading, please use [e-mail] instead)]

that assert may not be related.  if not, I'll log a new bug.

I just tried the latest-and-greatest from mozilla, and I'm not crashing.  but I 
was with a build from this morning.

wee!  I'll wait until some final bits get shipped.

Comment 10

[(not reading, please use [e-mail] instead)]

do you still see this with today's build.

Comment 11

[laurel]

No, I'm not seeing it... but I haven't been doing as much changing
folders/navigation as I usually do today.  Will keep an eye out for it.

Comment 12

[scottputterman]

I haven't had any luck with the 5/17 build either in making this crash.

Comment 13

[(not reading, please use [e-mail] instead)]

I think it's been fixed, but since I didn't check anything in I'm not going to
mark wfm yet.

laurel, if you can't crash it, can you mark this wfm?

Comment 14

[laurel]

Marking worksforme with may17 commercial trunk build.

Comment 15

[esther]

Per comments after 5-17 from reporter and others who experienced this crash and 
I can not reproduce with 5-17 builds, verifying this bug.  Marina, if you still 
see crashes please reopen