Closed Bug 40814 Opened 26 years ago Closed 26 years ago

Crash in msglocal.dll on every send w/win98

Categories

(MailNews Core :: Networking: IMAP, defect, P3)

Product:
MailNews Core
Component:
Networking: IMAP
Platform:
x86
Windows 98
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: selmer, Assigned: mscott)

Details

(Keywords: crash, Whiteboard: [dogfood-][nsbeta2-]ETA: 6/10)

I've tried daily builds numerous times in the last week or so on my win98 at home. Including build 2000-05-26-09, they all crash on every message send in the msglocal.dll. See talkback incident TB11274183E for a representative report. I've used the exact same builds at work on my NT box with no problems.
This is dogfood for me, I can't use any daily builds at home without this fix.
Keywords: crash, dogfood
Target Milestone: --- → M16
Putting on [dogfood+] radar.
Whiteboard: [dogfood+]
QA Contact: lchiang → esther
Here's the actual stack trace: nsLocalMailCopyState::~nsLocalMailCopyState [d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 371] nsLocalMailCopyState::`scalar deleting destructor' nsMsgLocalMailFolder::ClearCopyState [d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 1745] nsMsgLocalMailFolder::EndCopy [d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 2301] nsMsgLocalMailFolder::CopyFileMessage [d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 1912] nsMsgCopyService::DoNextCopy [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgCopyService.cpp, line 247] nsMsgCopyService::DoCopy [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgCopyService.cpp, line 178] nsMsgCopyService::CopyFileMessage [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgCopyService.cpp, line 420] nsMsgCopy::DoCopy [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgCopy.cpp, line 253] nsMsgCopy::StartCopyOperation [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgCopy.cpp, line 221] nsMsgComposeAndSend::StartMessageCopyOperation [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgSend.cpp, line 4088] nsMsgComposeAndSend::MimeDoFCC [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgSend.cpp, line 4057] nsMsgComposeAndSend::DoFcc [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgSend.cpp, line 3035] nsMsgComposeAndSend::DoDeliveryExitProcessing [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgSend.cpp, line 2989] nsMsgComposeAndSend::DeliverAsMailExit [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgSend.cpp, line 2996] MailDeliveryCallback [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgSend.cpp, line 2587] nsMsgDeliveryListener::OnStopRunningUrl [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsMsgDeliveryListener.cpp, line 83] nsUrlListenerManager::BroadcastChange [d:\builds\seamonkey\mozilla\mailnews\base\src\nsUrlListenerManager.cpp, line 84] nsUrlListenerManager::OnStopRunningUrl [d:\builds\seamonkey\mozilla\mailnews\base\src\nsUrlListenerManager.cpp, line 113] nsMsgMailNewsUrl::SetUrlState [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgMailNewsUrl.cpp, line 95] nsSmtpProtocol::ProcessProtocolState [d:\builds\seamonkey\mozilla\mailnews\compose\src\nsSmtpProtocol.cpp, line 1430] nsMsgProtocol::OnDataAvailable [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgProtocol.cpp, line 191] nsOnDataAvailableEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 412] nsStreamListenerEvent::HandlePLEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 106] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 576] PL_ProcessPendingEvents
It looks like we are crashing trying to delete m_fileStream in nsLocalMailFolder's nsLocalMailCopyState in response to the save to sent folder operation kicked off by compose. selmer, a short term work around for you at home could be to turn off the addition of messages to your sent folder. cc'ing jefft and rhp who might be more familiar with this stuff.
It looks like we are crashing trying to delete m_fileStream in nsLocalMailFolder's nsLocalMailCopyState in response to the save to sent folder operation kicked off by compose. selmer, a short term work around for you at home could be to turn off the addition of messages to your sent folder. cc'ing jefft and rhp who might be more familiar with this stuff.
Hey, that's a good idea, I'll try that. Hopefully, this'll be fixed by the time I come back though :-)
Hmm...this sounds like something that phil is seeing also with a failure on a copy operation. Let me dig in a little further. - rhp
Looked at this one a bit. This actually is in the copy service that Jeff owns. Jeff any ideas? - rhp
setting ETA. I'm out at mail connect all this week so I won't get to this until monday at the earliest.
Whiteboard: [dogfood+] → [dogfood+]ETA: 6/10
Jefft: Is this really your bug?
See also talkback report TB11453934Z which looks like the same crash only on my NT box using 2000-05-30-08.
Not sure. It works fine with me on my box. Need to be able to reproduce the problem.
I'm at mail connect 6 too. Try start with new profile and see if the problem still exist. The folder cache format has been changed lately. Removing panacea.dat may fix your problem.
We tried to reproduce this but couldn't. We tried here at work by changing the Sent folder from IMAP to local, unchecking the Copy to Sent folder checkbox, and with a dial-up connection (not inside the firewall). I will try again on my home system tonight while inside the firewall. Steve is on sabbatical, if this is a special case on Steve's system we can't do much more at this time.
According to the talkback report Steve listed, we are crashing processing a pl event from an event queue that is probably getting leaked. Pav has a fix for some product wide event queue leaks that could fix this. If selmer is the only one that sees this crash then we may want to consider taking it off the dogfood list.
since selmer is the only one who can reproduce this and he's on sabbatical I nominate that this becomes dogfood- and beta2+. clearing dogfood + nomination so PDT can re-evaluate....
Keywords: nsbeta2
Whiteboard: [dogfood+]ETA: 6/10 → ETA: 6/10
Putting on [dogfood-][nsbeta2-] since no one can reproduce. Can check when selmer gets back.
Whiteboard: ETA: 6/10 → [dogfood-][nsbeta2-]ETA: 6/10
M16 has been out for a while now, these bugs target milestones need to be updated.
As recently as build 2000-06-27-08, I still got this crash. Deleting the panacea.dat file had no effect. Looking in the account settings, I see that the copy settings were back to local folders for some reason. Changing this to the IMAP server caused the crash to go away. If it's something about my machine, please tell me what to look for.
selmer, do you still see this now that you are back from sabbatical? If not, I'll mark it worksfor me, o.t. we'll get it on the beta3 radar.
I'm also unable to crash both with local sent folder and imap sent folder. WFM?
marking as works for me.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.