crash in NormalMessageEndDownload

RESOLVED FIXED

Status

MailNews Core
Networking: IMAP
RESOLVED FIXED
11 years ago
9 years ago

People

(Reporter: Bienvenu, Assigned: Bienvenu)

Tracking

({fixed1.8.1.2})

Trunk
x86
Windows XP
fixed1.8.1.2

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Assignee)

Description

11 years ago
Created attachment 255102 [details] [diff] [review]
proposed fix

We have a user who's crashing in NormalMessageEndDownload with a null m_curHdrInfo. I haven't been able to figure out how that's happening, though I've spent a lot of time pouring over logs...anyway, he's been running with this fix and he's much happier. With this fix, we won't crash, and we'll download the headers next time we sync with the folder (because we won't tell the db about the headers in the formerly crashing scenario).

I suspect the problem has to do with re-running urls, but I'm not sure. I'm looking through talkback for similar stack traces, but it's taking forever.
Attachment #255102 - Flags: superreview?(mscott)

Updated

11 years ago
Attachment #255102 - Flags: superreview?(mscott) → superreview+
(Assignee)

Comment 1

11 years ago
fixed on trunk and branch
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Keywords: fixed1.8.1.2
Resolution: --- → FIXED
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.