111013 - crash opening IMAP folders if you click 'stop'

Status: VERIFIED WORKSFORME

(MailNews Core :: Backend, defect, P2)

Description

[Mike Pinkerton (not reading bugmail)]

with the trunk bits (11/19/01, osx), i've been having some difficulty connecting
to the IMAP server. It will just spin trying to "open folders." If I then click
the stop button, it will crash:

 #0   0x0520b0d8 in 0x520b0d8
 #1   0x0520b0b8 in 0x520b0b8
 #2   0x05221394 in nsMsgThreadedDBView::Open(nsIMsgFolder *, int, int, int, int *)
 #3   0x005f5818 in XPTC_InvokeByIndex
 #4   0x005f570c in XPTC_InvokeByIndex
 #5   0x02787594 in 0x2787594
 #6   0x0279143c in XPC_WN_CallMethod(JSContext *, JSObject *, unsigned int,
long *, long *)
 #7   0x026c79b4 in js_Invoke
 #8   0x026d5a94 in 0x26d5a94
 #9   0x026c7a28 in js_Invoke
 #10  0x0277b6fc in 0x277b6fc
 #11  0x02775e48 in CallMethod__14nsXPCWrappedJSFUsPC15nsXPTMethodInfoP17nsXPTCMin
 #12  0x005f5e1c in PrepareAndDispatch
 #13  0x005f9f04 in nsProcessConstructor(nsISupports *, nsID const &, void **)
 #14  0x05142f88 in nsMsgMailSession::OnItemEvent(nsIFolder *, nsIAtom *)
 #15  0x05851acc in nsMsgFolder::NotifyFolderEvent(nsIAtom *)
 #16  0x0586dc14 in nsMsgDBFolder::OnStopRunningUrl(nsIURI *, unsigned int)
 #17  0x057bb958 in nsImapMailFolder::OnStopRunningUrl(nsIURI *, unsigned int)
 #18  0x0513db3c in BroadcastChange__20nsUrlListenerManagerFP6nsIURI15nsUrlNotifyT
 #19  0x0513dcc8 in nsUrlListenerManager::OnStopRunningUrl(nsIMsgMailNewsUrl *,
unsigned)
 #20  0x05873ffc in nsMsgMailNewsUrl::SetUrlState(int, unsigned int)
 #21  0x057c0464 in SetUrlState__16nsImapMailFolderFP15nsIImapProtocolP17nsIMsgMai
 #22  0x005f5818 in XPTC_InvokeByIndex
 #23  0x005f570c in XPTC_InvokeByIndex
 #24  0x005ff648 in EventHandler(PLEvent *)
 #25  0x00640710 in PL_HandleEvent
 #26  0x006404bc in PL_ProcessPendingEvents
 #27  0x005c66ac in nsEventQueueImpl::ProcessPendingEvents(void)
 #28  0x029bc1c0 in nsMacNSPREventQueueHandler::ProcessPLEventQueue(void)
 #29  0x029bbbb0 in nsMacNSPREventQueueHandler::RepeatAction(EventRecord const &)
 #30  0x02a33ea8 in Repeater::DoRepeaters(EventRecord const &)
 #31  0x029d68c0 in nsMacMessagePump::DispatchEvent(int, EventRecord *)
 #32  0x029d642c in nsMacMessagePump::DoMessagePump(void)
 #33  0x029d5b9c in nsAppShell::Run(void)
 #34  0x0295f374 in nsAppShellService::Run(void)
 #35  0x004c1a28 in main1(int, char **, nsISupports *)
 #36  0x004c3f88 in main

Comment 1

[David :Bienvenu]

Adding seth to cc list - I have't seen this myself. My guess is that we're
sending a folder loaded notification to js listeners which are in turn trying to
open the view. Not sure why that's failing.

Comment 2

[Karen Huang]

I cannot reproduce this problem on my MacOS 10.1: commercial 11-20-04-trunk 
build either. I am thinking whether this is specific for Mozilla debug build or 
specific Mac 10 since I knew there were some crash bugs be fixed from MacOS 
10.1. 
Mike, you may try after upgrading your Mac OS 10 to 10.1 to see whether this 
problem is still occurring on your Mac.....

Comment 3

[Karen Huang]

adding pp for the keywords

Comment 4

[Mike Pinkerton (not reading bugmail)]

um, i'm using 10.1.1

Comment 5

[Scott MacGregor]

nsMsgThreadedDBView --> bienvenu

though I'm smelling a corrupt .msf file if you asked me. 

Comment 6

[Mike Pinkerton (not reading bugmail)]

mscott, if the .msf is corrupt, then they're all "corrupt" since they all do the
same thing...and this is only according to my debug build...*shrug*

Comment 7

[David :Bienvenu]

from what Mike says, it's not a corrupt msf file. So, I'm at a bit of a loss.
Perhaps we can work backwords from the crash. Mike, I don't have a Mac up here
in Tacoma, can you step through nsMsgThreadedDBView::Open and see where it crashes?

Comment 8

[GA]

actually, you don't need to hit 'stop'.   I open Mail/News -- read couple msgs
in Inbox -- read couple msgs in Trash (don't ask) -- then select "Sent"... boom

Talkback ID's:   TB38326667K, TB38325889M

Comment 9

[Peter Lairo]

is this bug really Mac only? (i can't test it on windoze, my installation is shot).

Comment 10

[David :Bienvenu]

Garretta, are you running a Mozilla .9.6 branch build, or a Mozilla trunk build?
The bug you're seeing (bug 107369) was fixed on the trunk 11/14/01. I suspect
you're seeing a different problem.

Comment 11

[David :Bienvenu]

Hello? Is this still happening on the trunk? I don't see it in talkback, though
I'm not sure talkback is working.

Comment 12

[David :Bienvenu]

Pink, I know that bug 111015 is still sometimes happening to you, but does it
still crash when you press stop?

Comment 13

[Mike Pinkerton (not reading bugmail)]

yes, it still crashes if you click stop. sorry i missed your last request for
comment (i get so much bugmail).

Comment 14

[David :Bienvenu]

Pink, are you running on a dual processor Mac? And can you get more info about
the stack trace and crash site? Specifically, what lines of code are we
executing in #2   0x05221394 in nsMsgThreadedDBView::Open(nsIMsgFolder *, int,
int, int, int *)

before we start executing addresses without symbols (the 0x0520b0d8 address)

thx! We can't reproduce this, so it's hard to fix.

Comment 15

[scottputterman]

moving to 1.0

Comment 16

[David :Bienvenu]

marking wfm - we can't reproduce this anymore

Comment 17

[Karen Huang]

Verified Worksforme on Mac OSX 07-19-05-1.0 build
Plus the verification along with bug 136443 stop button for all the platforms
Windows 07-18-08-1.0
Linux 07-18-07-1.0
Mac 07-18-05-1.0
Marking asverified.