Closed Bug 41161 Opened 25 years ago Closed 23 years ago

Assertion in nsImapServerResponseParser::BeginMessageDownload

Categories

(MailNews Core :: Networking: IMAP, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED
Future

People

(Reporter: mscott, Assigned: Bienvenu)

Details

Attachments

(2 files)

When attempting to download new mail, I get an assertion in nsImapServerResponseParser::BeginMessageDownload: NS_ASSERTION(fSizeOfMostRecentMessage > 0, "most recent message has 0 or negative size"); I see this consistently here at mail connect on the Novell -- NIMS server.
QA Contact: lchiang → huang
it looks like the servers where we run into this, don't issue the message size until after they issue the envelope response. So we eventually get the size, just a little later than we would like.
Keywords: interop, nsbeta3
Target Milestone: --- → M20
*** Bug 12390 has been marked as a duplicate of this bug. ***
this just has to do with mpod and it's harmless. I'll look into it a little more.
Assignee: mscott → bienvenu
- per mail triage
Whiteboard: [nsbeta3-]
Target Milestone: M20 → Future
accept to shut up bugzilla.
Status: NEW → ASSIGNED
Attached patch proposed fixSplinter Review
fix is to not do this assertion if we're downloading headers, as opposed to the message body.
cc'ing Cavin for review, fixing up keywords and status whiteboard.
Keywords: interop, nsbeta3
Whiteboard: [nsbeta3-]
Comment on attachment 60168 [details] [diff] [review] proposed fix r=cavin.
Attachment #60168 - Flags: review+
Comment on attachment 60168 [details] [diff] [review] proposed fix rs=mscott
Attachment #60168 - Flags: superreview+
fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verifying by code inspection for Karen since this assertion is a debug only feature =).
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: