Closed
Bug 455964
Opened 16 years ago
Closed 16 years ago
IMAP parser assertions since autosync turnon
Categories
(MailNews Core :: Backend, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 3.0b1
People
(Reporter: dmosedale, Assigned: Bienvenu)
References
Details
(Whiteboard: [has reviewed patch, needs landing])
Attachments
(1 file)
(deleted),
patch
|
dmosedale
:
review+
dmosedale
:
superreview+
|
Details | Diff | Splinter Review |
###!!! ASSERTION: most recent message has 0 or negative size: 'fDownloadingHeaders || fSizeOfMostRecentMessage > 0', file /Users/dmose/s/comm-central-trunk/src/mailnews/imap/src/nsImapServerResponseParser.cpp, line 3242
###!!! ASSERTION: syntax error in generic parser: '!error', file /Users/dmose/s/comm-central-trunk/src/mailnews/imap/src/nsIMAPGenericParser.cpp, line 92
Flags: blocking-thunderbird3+
Reporter | ||
Updated•16 years ago
|
Whiteboard: [needs analysis]
Updated•16 years ago
|
Blocks: 436615
Keywords: regression
Comment 1•16 years ago
|
||
I get this assertion occasionally. Per IRC conversation with bienvenu, this is a sign of an important parser problem, and should be addressed.
Assignee | ||
Comment 2•16 years ago
|
||
well, a sign of a possibly important problem...I doubt the problem is actually in the parser, but more likely the code that calls the parser.
Comment 3•16 years ago
|
||
nsImapProtocol or nsImapIncomingServer?
Assignee | ||
Comment 4•16 years ago
|
||
more likely nsImapProtocol, but since I don't know what's causing the problem, I can't really give you a definitive answer.
Reporter | ||
Comment 5•16 years ago
|
||
It appears that Cyrus 2.3.9 is, in fact, returning a zero-length message. We should be dealing with that more robustly and not asserting.
Reporter | ||
Comment 7•16 years ago
|
||
This does make the assertion go away.
Assignee | ||
Updated•16 years ago
|
Attachment #339873 -
Flags: superreview?(dmose)
Attachment #339873 -
Flags: review?(dmose)
Assignee | ||
Comment 8•16 years ago
|
||
Comment on attachment 339873 [details] [diff] [review]
proposed fix for one case Dan is seeing - checked in.
ok, it would be good to land this to get rid of this noise, and then figure out how to deal with avoiding getting these headers in the db completely.
Reporter | ||
Comment 9•16 years ago
|
||
Comment on attachment 339873 [details] [diff] [review]
proposed fix for one case Dan is seeing - checked in.
r+sr=dmose
Attachment #339873 -
Flags: superreview?(dmose)
Attachment #339873 -
Flags: superreview+
Attachment #339873 -
Flags: review?(dmose)
Attachment #339873 -
Flags: review+
Reporter | ||
Updated•16 years ago
|
Keywords: regression
Whiteboard: [needs analysis] → [has reviewed patch, needs landing]
Assignee | ||
Updated•16 years ago
|
Attachment #339873 -
Attachment description: proposed fix for one case Dan is seeing → proposed fix for one case Dan is seeing - checked in.
Assignee | ||
Comment 10•16 years ago
|
||
moving the rest off to b2
Target Milestone: Thunderbird 3.0b1 → Thunderbird 3.0b2
Assignee | ||
Comment 11•16 years ago
|
||
I haven't seen this in a while, and the patch was landed, so I'm marking this fixed.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•