171298 - ASSERTION: line length greater than space available

Status: NEW

(MailNews Core :: Networking: IMAP, defect)

Description

[Heikki Toivonen (remove -bugzilla when emailing directly)]

A mozilla build from last week. I create an email account with Mozilla (my
netscape account) and as it starts reading the headers I get maybe 20+
assertions like this:

###!!! ASSERTION: Oops... line length greater than space available:
'(PL_strlen(line) + 1) <= SpaceAvailable()', file
c:/builds/mozilla/mailnews/imap/src/nsImapProtocol.cpp, line 258

When I change prefs, I get warning that prefs could not be saved. When I quit
and restart, I need to create my email account again. Maybe these problems are
not related but I wanted to mention them just in case.

Comment 1

[timeless]

nsDebug::Assertion(const char * 0x02f88f70, const char * 0x02f88f44, const char
* 0x02f88f0c, int 257) line 280 + 13 bytes
nsMsgImapLineDownloadCache::CacheLine(nsMsgImapLineDownloadCache * const
0x070c7558, const char * 0x06a37520, unsigned int 75877) line 257 + 55 bytes
nsImapProtocol::HandleMessageDownLoadLine(const char * 0x071694f8, int 0) line 3188
nsImapServerResponseParser::msg_fetch_literal(int 0, int 0) line 2595
nsImapServerResponseParser::msg_fetch_content(int 0, int 0, const char *
0x02f95ab4) line 1988 + 22 bytes
nsImapServerResponseParser::msg_fetch_headers(const char * 0x00000000) line 1962
nsImapServerResponseParser::msg_fetch() line 1103
nsImapServerResponseParser::numeric_mailbox_data() line 979
nsImapServerResponseParser::response_data() line 718
nsImapServerResponseParser::ParseIMAPServerResponse(const char * 0x069a20d8, int
0) line 227
nsImapProtocol::ParseIMAPandCheckForNewMail(const char * 0x069a20d8, int 0) line
1410
nsImapProtocol::FetchMessage(const char * 0x07330028, nsIMAPeFetchFields
kHeadersRFC822andUid, int 1, unsigned int 0, unsigned int 0, char * 0x00000000)
line 2918
nsImapProtocol::FolderMsgDumpLoop(unsigned int * 0x070d71a0, unsigned int 1754,
nsIMAPeFetchFields kHeadersRFC822andUid) line 3558
nsImapProtocol::FolderMsgDump(unsigned int * 0x070d71a0, unsigned int 1754,
nsIMAPeFetchFields kHeadersRFC822andUid) line 3461
nsImapProtocol::FolderHeaderDump(unsigned int * 0x070d71a0, unsigned int 1754)
line 3440
nsImapProtocol::ProcessMailboxUpdate(int 0) line 3409
nsImapProtocol::SelectMailbox(const char * 0x06eb2770) line 2598
nsImapProtocol::ProcessSelectedStateURL() line 1906
nsImapProtocol::ProcessCurrentURL() line 1312
nsImapProtocol::ImapThreadMainLoop() line 1114 + 14 bytes
nsImapProtocol::Run(nsImapProtocol * const 0x040b87f4) line 908
nsThread::Main(void * 0x072e3af8) line 123 + 26 bytes
_PR_NativeRunThread(void * 0x072e3c18) line 433 + 13 bytes
MSVCRTD! 1020c323()
KERNEL32! 77e92ca8()

+	line	0x06a37520 "   ________@_____________.com, ______@_____.com,
_________@_____.rr.com,
"

personal reference: Message-ID: <[e-mail]>

Comment 2

[(not reading, please use [e-mail] instead)]

darin saw this assertion, and I saw it too.

I think it has to do with non-ASCII email messages.

I don't think it has to do with the pref / account problems that heikki also
reported, but I can't prove it.

re-assign to cavin.  marking minor, since at this point, it's just assertion noise.

Comment 3

[(not reading, please use [e-mail] instead)]

for completeness, here's darin's stack:

 ###!!! ASSERTION: Oops... line length greater than space available:
'(PL_strlen(line) + 1) <= SpaceAvailable()', file
/builds/trunk-io/mozilla/mailnews/imap/src/nsImapProtocol.cpp, line 260
Break: at file /builds/trunk-io/mozilla/mailnews/imap/src/nsImapProtocol.cpp,
line 260
nsDebug::Assertion(char const*, char const*, char const*, int)+0x000000B1
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/libxpcom.so +0x0017568B]
nsMsgImapLineDownloadCache::CacheLine(char const*, unsigned)+0x00000053
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000C3E21]
nsImapProtocol::HandleMessageDownLoadLine(char const*, int)+0x00000331
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000CF725]
nsImapServerResponseParser::msg_fetch_literal(int, int)+0x00000387
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000F2751]
nsImapServerResponseParser::msg_fetch_content(int, int, char const*)+0x000000ED
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000F0C87]
nsImapServerResponseParser::msg_fetch_headers(char const*)+0x0000008B
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000F0B8F]
nsImapServerResponseParser::msg_fetch()+0x0000050E
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000EE67A]
nsImapServerResponseParser::numeric_mailbox_data()+0x000000C6
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000EE058]
nsImapServerResponseParser::response_data()+0x00000BB0
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000ED650]
nsImapServerResponseParser::ParseIMAPServerResponse(char const*, int)+0x00000241
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000EBF69]
nsImapProtocol::ParseIMAPandCheckForNewMail(char const*, int)+0x0000003C
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000CA5D4]
nsImapProtocol::FetchMessage(char const*, nsIMAPeFetchFields, int, unsigned,
unsigned, char*)+0x00000803
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000CEB5D]
nsImapProtocol::FolderMsgDumpLoop(unsigned*, unsigned,
nsIMAPeFetchFields)+0x0000009C
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000D0A1C]
nsImapProtocol::FolderMsgDump(unsigned*, unsigned,
nsIMAPeFetchFields)+0x0000008E
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000D0616]
nsImapProtocol::FolderHeaderDump(unsigned*, unsigned)+0x00000023
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000D057F]
nsImapProtocol::ProcessMailboxUpdate(int)+0x000005A2
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000D036E]
nsImapProtocol::ProcessSelectedStateURL()+0x00000E0A
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000CC3F8]
nsImapProtocol::ProcessCurrentURL()+0x0000063E
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000C9F26]
nsImapProtocol::ImapThreadMainLoop()+0x0000009E
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000C9668]
nsImapProtocol::Run()+0x0000023F
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/components/libmsgimap.so
+0x000C89C3]
nsThread::Main(void*)+0x000000B6
[/builds/trunk-io/mozilla-debug-objdir/dist/bin/libxpcom.so +0x00126496]
UNKNOWN [/builds/trunk-io/mozilla-debug-objdir/dist/bin/libnspr4.so +0x0002FA97]
UNKNOWN [/lib/i686/libpthread.so.0 +0x00006941]

Comment 4

[(not reading, please use [e-mail] instead)]

darin's "line" parameter points to:

"   \\[e-mail], \\[e-mail], \\[e-mail],\n"

Comment 5

[Henrik Gemal]

*** Bug 185700 has been marked as a duplicate of this bug. ***

Comment 6

[Henrik Gemal]

this is happening if you have an IMAP mail message with a *long* To line.
not really sure it means.

so the IMAP CacheLine fills up
I think it's set to 1536
http://lxr.mozilla.org/seamonkey/source/mailnews/imap/src/nsImapProtocol.h#91

having a really long TO line fills up the cache line.

What should be done in this case? Is it dangerous? Ignore it?