164134 - Crash on viewing a message which sent from an IMAP account w/return receipt setup [@ nsMsgMdnGenerator::Process][@ MSVCRT.DLL]

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Backend, defect)

Description

[Karen Huang]

Used 08-22-09-1.0 branch build

Crash on viewing a message which sent from an IMAP account w/return receipt setup

Setup: (For recipient profile setup)
Profile Info: One profile w/a migrated account (from 4.x) & multiple accounts
created on daily branch builds

1) Login to an IMAP account w/return receipt setup on preferences: 
-Check "When sending messages, always request a return receipt"
-Be sure "Allow return receipts for some messages" is checked and w/three "Ask
me" options.
2) Send a message from this IMAP account to a recipient profile (setup as
described above)
3) From this multiple accounts profile, tried to view this message from one of
the IMAP accounts.

Actual Results: Crash. Crash is occurring for just view this plain text message
sent from  an IMAP account w/return receipt setup

Expected Results: No crash. User should be able to view this message without the
crash.

Comment 1

[Karen Huang]

I can reproduce this problem consistently for this specific profile.
I got 6 times crashes on the same scenario (you can view the talkback report
from my email address, but following is the Stace Trace of Incident ID 9703170)

Stack Trace
MSVCRT.DLL + 0x12804 (0x78012804)
nsMsgMdnGenerator::Process
[d:\builds\seamonkey\mozilla\mailnews\extensions\mdn\src\nsMsgMdnGenerator.cpp,
line 990]
nsImapMailFolder::NormalEndMsgWriteStream
[d:\builds\seamonkey\mozilla\mailnews\imap\src\nsImapMailFolder.cpp, line 3679]
XPTC_InvokeByIndex
[d:\builds\seamonkey\mozilla\xpcom\reflect\xptcall\src\md\win32\xptcinvoke.cpp,
line 106]
EventHandler [d:\builds\seamonkey\mozilla\xpcom\proxy\src\nsProxyEvent.cpp, line
568]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 597]
PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 530]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line
1078]
nsAppShellService::Run
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 458]
main1 [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1492]
main [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1839]
WinMain [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1857]
WinMainCRTStartup()
KERNEL32.DLL + 0x192a6 (0x77e992a6) 

Comment 2

[Karen Huang]

Adding crash on the keywords.
If this can be reproduced again on a profile w/same migrated & multiple accouns
setup, then this bug can be nominated for Buffy....

Comment 3

[Karen Huang]

Additional Info:
It's so weird that this problem can be reproduced on one IMAP account, but
cannot reproduced on other IMAP account...(both IMAP accounts are in the same
profile)

Comment 4

[greer]

crashes -> critial
Adding signatures for Talkback reference.

Comment 5

[Karen Huang]

From pref.js, here is IMAP info for this account: 

Data\\Mozilla\\Profiles\\huang\\41bchkgt.slt\\ImapMail\\nsmail-1");
user_pref("mail.server.server15.hostname", "nsmail-1");
user_pref("mail.server.server15.max_cached_connections", 5);
user_pref("mail.server.server15.name", "[e-mail]");
user_pref("mail.server.server15.namespace.other_users", "\"Shared Folders/User/\"");
user_pref("mail.server.server15.namespace.personal", "\"\"");
user_pref("mail.server.server15.namespace.public", "");
user_pref("mail.server.server15.server_sub_directory", "");
user_pref("mail.server.server15.timeout", 29);
user_pref("mail.server.server15.type", "imap");
user_pref("mail.server.server15.userName", "qatest30");

Please let me know if there is any MDN related files that I can provide from my
profile/account.

Comment 6

[David :Bienvenu]

taking.

Comment 7

[David :Bienvenu]

this worked fine on my imap profile. I'm assuming you mean that you crash when
fetching the message, before it even asks if a return receipt is sent. I doubt
talkback is going to be useful since almost no one uses return receipts. And
looking at the method we're supposed to crash in, I don't see any line of code
that it could possibly crash on :-( Could you see if this happens with
yesterday's build?

Comment 8

[Karen Huang]

This is also occurring on 08-16-09-1.0 branch build and it's ONLY occurring on
this profile/account.
If I tried on new profile for this same account -> no crash.
So, this can be for some specific case......we can investigate this problem on
Buffy. I am just Ccing David to see whether I can provide more mdn related info
for this specific profile here.....

Comment 9

[grylchan]

I tried her scenario on my computers and couldn't replicate.

I even tried using Karen's mail account on my computer
and it doesn't crash.

She crashes as soon as she clicks on the mesg (so we don't
even get to see RR prompt).

She has multiple accounts in that profile and it crashes
only on that one account. But she uses that one account the
most when doing her testing.

I'm thinking some type of account corruption? 

Digressing here, but there was another bug where Gayatri
would never receive a RR prompt for this one particular
account. But if I used her mail account on my build or she created
new profile w/same mail account it works.

Only common thing is they use the same moz profile for multiple
branch builds..

Comment 10

[Karen Huang]

Per Tom's request(Comment#4):

crashes -> critial
Adding signatures for Talkback reference.

Restore back for tracking purpose.

Comment 11

[David :Bienvenu]

so I didn't break this yesterday. That's good. Could you attach your entire
prefs.js?

Comment 12

[Karen Huang]

David, I already sent email to you for my entire prefs.js file.

Comment 13

[David :Bienvenu]

Karen, can you reproduce this with a recent build? I don't see any more stacks
like this in talkback, so I'm tempted to mark this wfm.

Comment 14

[David :Bienvenu]

marking wfm