492772 - Null nsCOMPtr dereference when Send To Recipient is used when the default account doesn't have an identity

Status: NEW

(MailNews Core :: Simple MAPI, defect)

Description

[Rain [:rain1] (inactive)]

Surprisingly, it still works, but a crash does happen (and is caught by Vista and 7).

Comment 1

[Wayne Mery (:wsmwk)]

sid, mark this as blocking or dup?
 Bug 413578 -  null-arg checks in nsMsgAccountManager.cpp, nsMsgPurgeService.cpp, nsMsgIdentity.cpp, and nsImapIncomingServer.cpp

I didn't look for potential dups or crash sigs since this bug doesn't list one.

Comment 2

[:aceman]

Sid0, can you check if this is not fixed in TB16 (by bug 413578 or any other of the null-arg check bugs (see blockers of bug 412109))?
I have no idea about MAPI so I can't test this myself.

Comment 3

[Wayne Mery (:wsmwk)]

aceman, thoughts on whether "default account doesn't have an identity" would still be relevant?

Comment 4

[:aceman]

In TB68 an account that does not have an identity shouldn't be picked as the default. But if such an account already is set as default, it can stay that way (because bug 880602 wasn't finished).

This would need re-testing in 68, but the STRs are missing here and it seems to be related to MAPI (on Windows) so I can't really test it.