Closed Bug 536312 Opened 16 years ago Closed 15 years ago

crash startup [@ fts3GetVarint]

Categories

(MailNews Core :: Backend, defect)

1.9.1 Branch
x86
All
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash)

Crash Data

crash [@ fts3GetVarint] ... primarily startup, but some shutdown #12 crash for 3.0.0 Macs, and #21 overall bp-cff7f2d7-c004-4d57-b131-be2052091218 Imported old TB 2 profile Crashes after I type my master password (not straight away but after a few seconds) Maybe some Imap sync issue... 0 libsqlite3.dylib fts3GetVarint db/sqlite3/src/sqlite3.c:98102 1 libsqlite3.dylib fts3GetVarint32 db/sqlite3/src/sqlite3.c:98117 2 libsqlite3.dylib leavesReaderDataBytes db/sqlite3/src/sqlite3.c:102763 3 libsqlite3.dylib segdirNextIndex db/sqlite3/src/sqlite3.c:103071 4 libsqlite3.dylib flushPendingTerms db/sqlite3/src/sqlite3.c:103621 5 libsqlite3.dylib sqlite3VdbeHalt db/sqlite3/src/sqlite3.c:85926 6 libsqlite3.dylib sqlite3Step db/sqlite3/src/sqlite3.c:54716 7 libsqlite3.dylib sqlite3_step db/sqlite3/src/sqlite3.c:50668 8 thunderbird-bin mozilla::storage::AsyncExecuteStatements::executeStatement storage/src/mozStorageAsyncStatementExecution.cpp:354 9 thunderbird-bin mozilla::storage::AsyncExecuteStatements::executeAndProcessStatement storage/src/mozStorageAsyncStatementExecution.cpp:304 10 thunderbird-bin mozilla::storage::AsyncExecuteStatements::executeAndProcessStatement storage/src/mozStorageAsyncStatementExecution.cpp:292 11 thunderbird-bin mozilla::storage::AsyncExecuteStatements::Run storage/src/mozStorageAsyncStatementExecution.cpp:579 12 libxpcom_core.dylib nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:521 A variety of comments, mostly related to terminating thunderbird, but a few about startup... Thunderbird not closing, possibly due to large inbox indexing, stopping TB requires killing process ... Post kill startup crash. Indexes probably mangled. Make indexing more responsive and crash proof. Third Crash Second crash on restart, IMAP folder indexing Offline Indexing only showing in activity manager Imported old TB 2 profile Crashes after I type my master password (not straight away but after a few seconds) Maybe some Imap sync issue... Hung, probably while indexing. Terminated process, crash on restart. Also crashes when cancelling all the Master Password requests.
did this morph into Bug 552050 - crash [@ memcpy | fts3SegWriterAdd] ?? Bug 552050 on v3.0.2/.3 and this bug on 3.0.1 have aprox the same crash rank. And 552050 didn't exist in v3.0.1, while this crash is gone as of v3.0.2. But unlike this bug, bug 552050 has cases on trunk, like bp-874c9c73-959e-48d2-8b35-c2e742100322 3.1b1 (yogesh) I am not able to determine what fixed it, if anything. It never showed up in nightlies, so crash-stats is of no use. And no potential m-c OOM bugs fixed [1] as far as I can tell, except perhaps Bug 540214 - imap STATUS not closing db - mail.check_all_imap_folders_for_new and "check this folder for new messages" [1] https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&field0-0-0=cf_status_thunderbird30&bug_severity=blocker&bug_severity=critical&bug_severity=major&bug_severity=normal&type0-0-0=equals&value0-0-0=.2-fixed
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ fts3GetVarint]
You need to log in before you can comment on or make changes to this bug.