Closed Bug 1218357 Opened 10 years ago Closed 10 years ago

Crash in morkTable::AddRow (Thunderbird 41.0b2) [maildir?]

Categories

(MailNews Core :: Database, defect)

defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: martin.monperrus, Unassigned)

References

(Depends on 1 open bug)

Details

(Keywords: crash)

Crash Data

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 Build ID: 20151014143721 Steps to reproduce: Getting new messages. The crash may also happen during filtering, I don't know yet. Actual results: TB crashes, see for instance https://crash-stats.mozilla.com/report/index/41840bed-8818-4d60-bf18-af5fb2150921 https://crash-stats.mozilla.com/report/index/55f1bfde-5b96-4c92-a250-9052a2151026rash Expected results: TB should have not crashed. Additional info: - related to bug 135189 - This happens almost once per day. - Manually repairing all inbox and folders did not solve the issue
bp-41840bed-8818-4d60-bf18-af5fb2150921 0 libxul.so morkTable::AddRow(nsIMdbEnv*, nsIMdbRow*) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/db/mork/src/morkTable.cpp:629 1 libxul.so nsMsgThread::AddChild(nsIMsgDBHdr*, nsIMsgDBHdr*, bool, nsIDBChangeAnnouncer*) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/db/msgdb/src/nsMsgThread.cpp:244 2 libxul.so nsMsgDatabase::AddToThread(nsMsgHdr*, nsIMsgThread*, nsIMsgDBHdr*, bool) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/db/msgdb/src/nsMsgDatabase.cpp:4564 3 libxul.so nsMsgDatabase::AddNewThread(nsMsgHdr*) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/db/msgdb/src/nsMsgDatabase.cpp:4798 4 libxul.so nsMsgDatabase::ThreadNewHdr(nsMsgHdr*, bool&) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/db/msgdb/src/nsMsgDatabase.cpp:4549 5 libxul.so nsMsgDatabase::AddNewHdrToDB(nsIMsgDBHdr*, bool) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/db/msgdb/src/nsMsgDatabase.cpp:3486 6 libxul.so nsMsgLocalMailFolder::EndCopy(bool) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/local/src/nsLocalMailFolder.cpp:2475 7 libxul.so nsCopyMessageStreamListener::EndCopy(nsISupports*, nsresult) /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/base/src/nsCopyMessageStreamListener.cpp:114 8 libxul.so SyncRunnable3<nsIStreamListener, nsIRequest*, nsISupports*, nsresult>::Run /builds/slave/tb-rel-c-beta-l64_bld-00000000/build/mailnews/imap/src/nsSyncRunnableHelpers.cpp:177
Severity: normal → critical
Status: UNCONFIRMED → NEW
Crash Signature: [@ c(nsIMdbEnv*, nsIMdbRow*) ]
Ever confirmed: true
Keywords: crash
Might be related to bug 1215807 and related bugs since I use maildir, the crash happens when retrieving new messages, and I suspect that my heavy usage of filtering is in the game.
FWIW you are not the only person. bp-a1784228-9807-4668-8273-c453a2151104 38.3.0 bp-0d861bc8-21bc-4d10-8d9a-18d942151102 42.0b2 (In reply to martin.monperrus from comment #2) > Might be related to bug 1215807 and related bugs since I use maildir, the > crash happens when retrieving new messages, and I suspect that my heavy > usage of filtering is in the game. jorg, do you think related?
Crash Signature: [@ c(nsIMdbEnv*, nsIMdbRow*) ] → [@ morkTable::AddRow(nsIMdbEnv*, nsIMdbRow*) ] [@ morkTable::AddRow ]
Component: Untriaged → Database
Flags: needinfo?(mozilla)
Product: Thunderbird → MailNews Core
Summary: Crash in morkTable::AddRow (Thunderbird 41.0b2) → Crash in morkTable::AddRow (Thunderbird 41.0b2) [maildir?]
Not related. Bug 1215807 happens in a debug build. It happens all the time, not "almost once a day". Also, it fails on an assert here: http://mxr.mozilla.org/comm-central/source/mailnews/base/search/src/nsMsgFilterService.cpp#364
Flags: needinfo?(mozilla)
does not happen anymore with 45.0a2
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
I crashed yesterday with trunk bp-2493d8b4-714d-48c8-a78a-01ec32160210 after changing from 2 monitors to 1, and got Windows' alert about current resolution not optimal
Depends on: 2052101
Blocks: 2052101
No longer depends on: 2052101
No longer blocks: 2052101
Depends on: 2052101
You need to log in before you can comment on or make changes to this bug.