Closed Bug 1516501 Opened 6 years ago Closed 6 years ago

Thunderbird crashes @ nsMsgLineStreamBuffer::ReadNextLine if repairing folder with large amount of messages

Categories

(MailNews Core :: Networking: IMAP, defect)

defect
Not set
critical

Tracking

(thunderbird_esr6065+ fixed, thunderbird65 fixed, thunderbird66 fixed)

VERIFIED FIXED
Thunderbird 66.0
Tracking Status
thunderbird_esr60 65+ fixed
thunderbird65 --- fixed
thunderbird66 --- fixed

People

(Reporter: jyankauer, Assigned: jorgk-bmo)

References

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36 Steps to reproduce: I tried repeatedly to repair a local folder in which C:\thunderbird_local\cur has a large number of message exist. Actual results: Thunderbird crashes, unless the folder has a "smaller" amount of messages, such as just under 10,000 message. It crashes if there is a larger number (20,000 or more) I don't know the exact amount that will cause Thunderbird to crash. Expected results: Thunderbird should have repaired the folder instead of crashing. As it stands I will now have to break up a folder that had over 300K messages into multiple folders (dozens) This all started when I attempted to move older messages into a local folder rather than a folder that is tied to an email address. Thunderbird crashed and I can't repair the folder unless I break it up into dozens (maybe 30) smaller folders (time consuming task)
IT was actually a sub-folder of C:\Thunderbird_local such as C:\Thunderbird_Local\Email1\Cur
Flags: needinfo?(jyankauer)
unsubmitted: 808dee3b-7898-47a4-920b-bb0f60141a9b 12/22/2018 6:52 PM
Thank you for reporting this. Which means bug 1333038 continues. Most of your crash signatures are @ nsMsgLineStreamBuffer::ReadNextLine. Except for bp-e4135276-0b10-4d45-8cda-991400181220 which is OOM | large | mozalloc_abort | mozalloc_handle_oom | moz_xrealloc | nsTArray_base<T>::EnsureCapacity<T> | nsTArray_Impl<T>::InsertElementAt<T> | nsCOMArray_base::InsertObjectAt
Blocks: 1294074, 1333038
Severity: normal → critical
Status: UNCONFIRMED → NEW
Crash Signature: [@ nsMsgLineStreamBuffer::ReadNextLine ]
Component: Untriaged → Networking: IMAP
Ever confirmed: true
Keywords: crash
Product: Thunderbird → MailNews Core
Summary: Thunderbird crashes if repairing folder with large amount of messages → Thunderbird crashes @ nsMsgLineStreamBuffer::ReadNextLine if repairing folder with large amount of messages
(In reply to Wayne Mery (:wsmwk) from comment #5) > Thank you for reporting this. Which means bug 1333038 continues. Umm, bug 1333038 was fixed in TB 60.4, only bp-9340c66e-1653-46af-b1d4-797810181227 is reported for TB 60.4, the rest is 60.3.3 and one OOM. That said, I missed to fix one call site in bug 1333038 :-( - grrrrr.
First reviewer wins. Same as: https://hg.mozilla.org/comm-central/rev/2dd2b075db9e#l4.12 Only this time, it's not assigned to a member variable so I missed it in my search :-(
Assignee: nobody → jorgk
Status: NEW → ASSIGNED
Attachment #9033559 - Flags: review?(mkmelin+mozilla)
Attachment #9033559 - Flags: review?(geoff)
Attachment #9033559 - Flags: review?(acelists)
Attachment #9033559 - Flags: review?(mkmelin+mozilla)
Attachment #9033559 - Flags: review?(geoff)
Attachment #9033559 - Flags: review?(acelists)
Attachment #9033559 - Flags: review+
Pushed by mozilla@jorgk.com: https://hg.mozilla.org/comm-central/rev/468c27d25750 Bug 1333038 follow-up: Convert forgotten use of nsMsgLineStreamBuffer to 'modern' pointer. r=darktrojan
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 66.0
Attachment #9033559 - Flags: approval-comm-esr60+
Attachment #9033559 - Flags: approval-comm-beta+
Blocks: 1581017

jyankauer,
Is your crashing gone in version 60? And 68?

Flags: needinfo?(jyankauer)

Jeff writes "This hasn’t occurred after the update to version 68 and higher. "

Status: RESOLVED → VERIFIED
Flags: needinfo?(jyankauer)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: