43815 - Deleting IMAP mail message throws "Not ISupports" Assertion.

Status: VERIFIED DUPLICATE of bug 41740

(MailNews Core :: Backend, defect, P3)

Description

[kinmoz]

In my Win32 Debug Mozilla build from 6am 06/26/00:

After I read one of my IMAP messages and pressed the Delete button on the 
toolbar, I got an assertion in nsXULTemplateBuilder::Retract() from the 
following line:

    nsIContent* content = VALUE_TO_ICONTENT(contentval);

The assertion is complaining that the object is not an ISupports.

In the debugger I see that contentval.mType == eUndefined. We probably should be 
checking the result of the previous statement:

    match->mAssignments.GetAssignmentFor(mContentVar, &contentval);

before trying to use contentval. In this particular case, GetAssignmentFor() is 
returning PR_FALSE, which means contentval is not valid.

FYI, I can continue past the assertion.

Here's the stack trace for the assertion:



NTDLL! 77f762e8()
nsDebug::Assertion(const char * 0x012de89c, const char * 0x012de888, const char 
* 0x012de858, int 261) line 246 + 13 bytes
Value::operator nsISupports *() line 261 + 34 bytes
value_to_isupports(const nsID & {...}, const Value & {...}) line 129 + 8 bytes
nsXULTemplateBuilder::Retract(nsIRDFResource * 0x024cb3d0, nsIRDFResource * 
0x03fdefe0, nsIRDFNode * 0x047955a0) line 4536 + 15 bytes
nsXULTemplateBuilder::OnUnassert(nsXULTemplateBuilder * const 0x04392ce8, 
nsIRDFResource * 0x024cb3d0, nsIRDFResource * 0x03fdefe0, nsIRDFNode * 
0x047955a0) line 4582 + 23 bytes
CompositeDataSourceImpl::OnUnassert(CompositeDataSourceImpl * const 0x04393754, 
nsIRDFResource * 0x024cb3d0, nsIRDFResource * 0x03fdefe0, nsIRDFNode * 
0x047955a0) line 1455
nsMsgRDFDataSource::unassertEnumFunc(nsISupports * 0x04393754, void * 
0x0012f764) line 404
nsSupportsArray::EnumerateForwards(nsSupportsArray * const 0x04b7a8f0, int 
(nsISupports *, void *)* 0x0416e3e0 
nsMsgRDFDataSource::unassertEnumFunc(nsISupports *, void *), void * 0x0012f764) 
line 357 + 20 bytes
nsMsgRDFDataSource::NotifyObservers(nsIRDFResource * 0x024cb3d0, nsIRDFResource 
* 0x03fdefe0, nsIRDFNode * 0x047955a0, int 0, int 0) line 380
nsMsgMessageDataSource::OnItemAddedOrRemovedFromFolder(nsIMsgFolder * 
0x024cb3ec, nsISupports * 0x047955a0, const char * 0x02ea1af0, int 0) line 761
nsMsgMessageDataSource::OnItemAddedOrRemoved(nsISupports * 0x024cb3d0, 
nsISupports * 0x047955a0, const char * 0x02ea1af0, int 0) line 679 + 29 bytes
nsMsgMessageDataSource::OnItemRemoved(nsMsgMessageDataSource * const 0x04b50150, 
nsISupports * 0x024cb3d0, nsISupports * 0x047955a0, const char * 0x02ea1af0) 
line 658
nsMsgMailSession::OnItemRemoved(nsMsgMailSession * const 0x040a9254, nsISupports 
* 0x024cb3d0, nsISupports * 0x047955a0, const char * 0x02ea1af0) line 229
nsMsgFolder::NotifyItemDeleted(nsMsgFolder * const 0x024cb3ec, nsISupports * 
0x024cb3d0, nsISupports * 0x047955a0, const char * 0x02ea1af0) line 2285
nsMsgDBFolder::OnKeyAddedOrDeleted(unsigned int 64736, unsigned int 4294967295, 
int 25, nsIDBChangeListener * 0x00000000, int 0, int 1, int 1) line 725
nsMsgDBFolder::OnKeyDeleted(nsMsgDBFolder * const 0x024cb45c, unsigned int 
64736, unsigned int 4294967295, int 25, nsIDBChangeListener * 0x00000000) line 
681
nsMsgDatabase::NotifyKeyDeletedAll(nsMsgDatabase * const 0x04033130, unsigned 
int 64736, unsigned int 4294967295, int 25, nsIDBChangeListener * 0x00000000) 
line 312 + 28 bytes
nsMsgDatabase::DeleteHeader(nsMsgDatabase * const 0x04033130, nsIMsgDBHdr * 
0x04702f80, nsIDBChangeListener * 0x00000000, int 1, int 1) line 1200
nsMsgDatabase::DeleteMessages(nsMsgDatabase * const 0x04033130, nsMsgKeyArray * 
0x0012fafc, nsIDBChangeListener * 0x00000000) line 1142 + 43 bytes
nsMailDatabase::DeleteMessages(nsMailDatabase * const 0x04033130, nsMsgKeyArray 
* 0x0012fafc, nsIDBChangeListener * 0x00000000) line 183 + 17 bytes
nsImapMailFolder::OnStopRunningUrl(nsImapMailFolder * const 0x040d8f30, nsIURI * 
0x0569eaf4, unsigned int 0) line 3082
nsUrlListenerManager::BroadcastChange(nsIURI * 0x0569eaf4, nsUrlNotifyType 
nsUrlNotifyStopRunning, unsigned int 0) line 97
nsUrlListenerManager::OnStopRunningUrl(nsUrlListenerManager * const 0x0569eab0, 
nsIMsgMailNewsUrl * 0x0569eaf4, unsigned int 0) line 110 + 18 bytes
nsMsgMailNewsUrl::SetUrlState(nsMsgMailNewsUrl * const 0x0569eaf4, int 0, 
unsigned int 0) line 95
nsImapMailFolder::SetUrlState(nsImapMailFolder * const 0x024cb498, 
nsIImapProtocol * 0x03b6d6b8, nsIMsgMailNewsUrl * 0x0569eaf4, int 0, unsigned 
int 0) line 3671 + 23 bytes
SetUrlStateProxyEvent::HandleEvent(SetUrlStateProxyEvent * const 0x056e8310) 
line 1312 + 60 bytes
nsImapEvent::imap_event_handler(PLEvent * 0x056e8314) line 76
PL_HandleEvent(PLEvent * 0x056e8314) line 575 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x0108a0c0) line 520 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x00080684, unsigned int 49349, unsigned int 0, 
long 17342656) line 1032 + 9 bytes
USER32! 77e7124c()
0108a0c0()

Comment 1

[Scott MacGregor]

So who owns nsXULTemplateBuilding? I'm guessing it's either waterson or hyatt....

Comment 2

[Chris Waterson]

mscott: do you think this could be a dup of 41740?

Comment 3

[Scott MacGregor]

actually yes I do, the stack traces aren't identitcal but I think they are
caused by the same thing. And I see you have a fix for that bug too. Excellent. 

Comment 4

[Chris Waterson]

Not seeing this since fix for 41740 was checked in. Marking as dup.

*** This bug has been marked as a duplicate of 41740 ***

Comment 5

[lchiang]

verified as duplicate