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)
Tracking
(Not tracked)
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.
| Reporter | ||
Comment 1•25 years ago
|
||
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
Possible Dup of bug 65838? Sheela, if this is 100% reproducible, please add
your steps to that bug. Thanks.
| Assignee | ||
Comment 4•25 years ago
|
||
this will most likely go away when the branch lands.
Assignee: naving → bienvenu
Comment 5•25 years ago
|
||
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
Comment 6•25 years ago
|
||
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
| Reporter | ||
Comment 7•25 years ago
|
||
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.
| Assignee | ||
Comment 8•25 years ago
|
||
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.
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•