Open
Bug 492772
Opened 16 years ago
Updated 2 years ago
Null nsCOMPtr dereference when Send To Recipient is used when the default account doesn't have an identity
Categories
(MailNews Core :: Simple MAPI, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: rain1, Unassigned)
References
Details
(Keywords: crash, stackwanted)
Surprisingly, it still works, but a crash does happen (and is caught by Vista and 7).
Comment 1•15 years ago
|
||
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.
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•5 years ago
|
||
aceman, thoughts on whether "default account doesn't have an identity" would still be relevant?
Severity: critical → normal
Flags: needinfo?(acelists)
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.
Flags: needinfo?(acelists)
Updated•5 years ago
|
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•