Closed Bug 69733 Opened 25 years ago Closed 25 years ago

crash after delete, compaction and delete messages again

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 98
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 65838

People

(Reporter: sheelar, Assigned: Bienvenu)

Details

buildid: 2001-02-19-09 os: win98 Delete messages and compact the pop inbox folder and followed by deleting messages again lead to crash. steps till the crash occurred. select pop account in mail select the inbox had about 200 messages deleted some messages selected the inbox folder again and right mouse click to 'compact this folder' click on the inbox folder again and delete few more messages and then the crash occurred. I submit the talkback and stack trace will follow.
Incidentid:26733692 -change qa contact and the severity morkRowObject::CloseRowObject [d:\builds\seamonkey\mozilla\db\mork\src\morkRowObject.cpp, line 110] morkRowObject::CloseMorkNode [d:\builds\seamonkey\mozilla\db\mork\src\morkRowObject.cpp, line 63] morkNode::cut_use_count [d:\builds\seamonkey\mozilla\db\mork\src\morkNode.cpp, line 535] morkNode::CutStrongRef [d:\builds\seamonkey\mozilla\db\mork\src\morkNode.cpp, line 552] morkNode::SlotStrongNode [d:\builds\seamonkey\mozilla\db\mork\src\morkNode.cpp, line 447] morkHandle::CloseHandle [d:\builds\seamonkey\mozilla\db\mork\src\morkHandle.cpp, line 122] morkHandle::CloseMorkNode [d:\builds\seamonkey\mozilla\db\mork\src\morkHandle.cpp, line 59] morkNode::cut_use_count [d:\builds\seamonkey\mozilla\db\mork\src\morkNode.cpp, line 535] morkNode::CutStrongRef [d:\builds\seamonkey\mozilla\db\mork\src\morkNode.cpp, line 552] morkHandle::Handle_CutStrongRef [d:\builds\seamonkey\mozilla\db\mork\src\morkHandle.cpp, line 395] orkinRow::CutStrongRef [d:\builds\seamonkey\mozilla\db\mork\src\orkinRow.cpp, line 267] nsMsgHdr::~nsMsgHdr [d:\builds\seamonkey\mozilla\mailnews\db\msgdb\src\nsMsgHdr.cpp, line 134] nsMsgHdr::`scalar deleting destructor' nsMsgHdr::Release [d:\builds\seamonkey\mozilla\mailnews\db\msgdb\src\nsMsgHdr.cpp] nsCOMPtr_base::assign_with_AddRef [d:\builds\seamonkey\mozilla\xpcom\base\nsCOMPtr.cpp, line 59] nsMsgLocalMailFolder::CreateMessageFromMsgDBHdr [d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 2066] nsMsgDBFolder::OnKeyAddedOrDeleted [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 857] nsMsgDBFolder::OnKeyAdded [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 838] nsMsgDatabase::NotifyKeyAddedAll [d:\builds\seamonkey\mozilla\mailnews\db\msgdb\src\nsMsgDatabase.cpp, line 444] nsMsgDatabase::AddNewHdrToDB [d:\builds\seamonkey\mozilla\mailnews\db\msgdb\src\nsMsgDatabase.cpp, line 2588] nsMsgMailboxParser::PublishMsgHeader [d:\builds\seamonkey\mozilla\mailnews\local\src\nsParseMailbox.cpp, line 350] nsMsgMailboxParser::HandleLine [d:\builds\seamonkey\mozilla\mailnews\local\src\nsParseMailbox.cpp, line 414] nsMsgLineBuffer::ConvertAndSendBuffer [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgLineBuffer.cpp, line 221] nsMsgLineBuffer::BufferInput [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgLineBuffer.cpp, line 191] nsMsgMailboxParser::ProcessMailboxInputStream [d:\builds\seamonkey\mozilla\mailnews\local\src\nsParseMailbox.cpp, line 271] nsMsgMailboxParser::OnDataAvailable [d:\builds\seamonkey\mozilla\mailnews\local\src\nsParseMailbox.cpp, line 73] nsMailboxProtocol::ReadFolderResponse [d:\builds\seamonkey\mozilla\mailnews\local\src\nsMailboxProtocol.cpp, line 342] nsMailboxProtocol::ProcessProtocolState [d:\builds\seamonkey\mozilla\mailnews\local\src\nsMailboxProtocol.cpp, line 502] nsMsgProtocol::OnDataAvailable [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgProtocol.cpp, line 195] nsFileChannel::OnDataAvailable [d:\builds\seamonkey\mozilla\netwerk\protocol\file\src\nsFileChannel.cpp, line 686] nsOnDataAvailableEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsStreamListenerProxy.cpp, line 172] nsStreamObserverEvent::HandlePLEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsStreamObserverProxy.cpp, line 78] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 577] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 513] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1055] KERNEL32.DLL + 0x24407 (0xbff94407) 0x00688b5e <http://cyclone.mcom.com/images/spacer.gif> Registers: EAX: 031d9ce8 EBX: 00000001 ECX: 031d9cd0 EDX: 604c5cc4 ESI: 031d9cd0 EDI: 018f3624 ESP: 0068f6e8 EBP: 0068f6f0 EIP: 604b5371 cf PF af zf sf of IF df nt RF vm IOPL: 0 CS: 0167 DS: 016f SS: 016f ES: 016f FS: 1337 GS: 0000
Severity: normal → critical
QA Contact: esther → sheelar
over to naving.
Assignee: sspitzer → naving
Possible Dup of bug 65838? Sheela, if this is 100% reproducible, please add your steps to that bug. Thanks.
this will most likely go away when the branch lands.
Assignee: naving → bienvenu
Gives assertions when you delete the second time ###!!! ASSERTION: couldn't get message header: 'PR_FALSE', file d:\temp\mozilla\ mailnews\local\src\nsMailboxProtocol.cpp, line 248
This is most likely a dup of 65838. It crashes at the same place (morkRowObject::CloseRowObject). Sheela and Navin, please comment your steps and thoughts in that bug. Reopen if this is totally wrong, but I'm pretty certain this is a dup. *** This bug has been marked as a duplicate of 65838 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
I tried this on my machine again and did see the crash again. But it took several attempts of doing the delete and compaction to see the crash again. But when I reported this it was right after delete, compaction and delete the crash occurred. I am still looking into this and trying to see if this can be created with a new profile and also on another machine. In the mean time I am listing my pref settings and the steps that I did to see the crash again this morning again. I would not say these are the reproducible steps yet. I am still using the same build. Preference and steps that I have done so far: Not a migrated profile, has pop and imap account Preference settings for pop account: checked-log on at startup, biff(check messages on server every 1 min), leave mssgs on server, delete on server when deleted locally, uncheck -auto download messages select about 10 messages delete from inbox select inbox again right click and compact this folder you will see the messages that you just deleted in the inbox after compaction select the same messages again delete and compact this folder after repeating this few times I landed up with nsmtp folder and when ever I deleted the messages it looked like they moved to nsmtp folder but not to trash folder. I tried about 4-5 times deleting same messages, compact and delete and saw the crash again. I checked my inbox and msf file and did not see any corruption. I am still investigating.
I'm sure this still happens, and I'm pretty sure it's a dup of 65838. This won't be fixed until the performance branch lands on the trunk, which won't be for a week or two.
verifying as dup based on comments
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.