548413 - Thunderbird long response when viewing message with very long lines

Status: REOPENED

(Thunderbird :: Message Reader UI, defect)

Description

[Dan Fulbright]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 GTB6
Build Identifier: http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2010/02/2010-02-24-00-comm-1.9.1/thunderbird-3.0.3pre.en-US.win32.installer.exe

When loading a message with very long lines (dozens of megabytes with no line breaks) into the viewer, Thunderbird hangs.

Reproducible: Always

Steps to Reproduce:
1. Load a message with very long lines.

Actual Results:  
"Loading Message..." in status bar, but Thunderbird does not respond to any user input.

Expected Results:  
Display of message with very long lines.

This did not happen before Thunderbird 3.0. Adding carriage returns to the same message results in the message loading fine.

Comment 1

[Ludovic Hirlimann [:Usul]]

Can you save the message and attach it here using the Add attachment link above ?

Could you follow the instructions at https://developer.mozilla.org/En/How_to_get_a_stacktrace_for_a_bug_report, replace Firefox by thunderbird and provide us with a stack trace ?

Comment 2

[Ludovic Hirlimann [:Usul]]

I forgot to ask , does it also happen in -safe-mode ?

Comment 3

[WADA:World Anti-bad-Duping Agency]

To Dan Fulbright(bug opener):

(Q1) text/plain mail? Or text/html mail?
(Q2) In the text, are many '&' or ';' included?

If text/plain and many '&' or ';', it may be bug 548495. Both Fx and Tb displays text using <pre>text data</pre> internally, and character entity(&xxx;) handling can occur on very long line buffer.

Comment 4

[Dan Fulbright]

(In reply to comment #3)

> (Q1) text/plain mail? Or text/html mail?

No content-type header in the message, so I would assume defaulting to text/plain. The actual message contains XML output from a script.

> (Q2) In the text, are many '&' or ';' included?

There are some, but not many. Replacing all the & and ; characters with * and : didn't make the message load any faster, so I don't believe this is the problem.

Comment 5

[WADA:World Anti-bad-Duping Agency]

Can you check with Fx 3?
  Save the mail of no newline char as .eml, change file extension to .TXT,
  and open the .TXT file by Fx 3.

Comment 6

[WADA:World Anti-bad-Duping Agency]

Is there any very long string which can be a link?
  - protocol(http:, ftp:, mailto:, ...) + very long string without space
  - very long string which can be a mail adress (...@...)

Comment 7

[Dan Fulbright]

Attachment: Mailbox with good and bad message

Message with subject "long line" loads in ~11 seconds. Message with subject "no long lines" loads instantly. Second message is the same as the first, but with lots of whitespace included.

Comment 8

[Dan Fulbright]

(In reply to comment #2)
> I forgot to ask , does it also happen in -safe-mode ?

Yes, it happens in -safe-mode, too. Note that while working on a test case to submit, I found a message that does not cause TB to hang, but takes 11 seconds to load (on a modern laptop). See comment #7 for the attachment.

Comment 9

[Dan Fulbright]

(In reply to comment #5)
> Can you check with Fx 3?
>   Save the mail of no newline char as .eml, change file extension to .TXT,
>   and open the .TXT file by Fx 3.

The message loads fine (and very quickly) in Firefox 3.6.

Comment 10

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #7)
> Second message is the same as the first, but with lots of whitespace included.

Question to avoid my misunderstanding of the problem.
You said next in comment #0. 
> Adding carriage returns to the same message results in the message loading fine.
Did you insert whitespace instead of newline(LF, CR, or CRLF) when this test case? If "insert of whitespace" is effective workaround in your case, problem around very very long word is suspected instead of very long line...

Comment 11

[Dan Fulbright]

(In reply to comment #10)
> Did you insert whitespace instead of newline(LF, CR, or CRLF) when this test
> case? If "insert of whitespace" is effective workaround in your case, problem
> around very very long word is suspected instead of very long line...

It would probably be best to look at the attachment. The difference between the two messages is that one is a very long string of XML with spaces but with no LF, CR, or CRLF. The other is properly indented XML, including CRLFs.

Comment 12

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #7)
> Mailbox with good and bad message
> Message with subject "long line" loads in ~11 seconds.

Unable to reproduce with Tb 3.0.2 and next trunk nightly build, with no add-on installed, with the mbox file locally saved. Both mails are displayed instantly. Wrap position of "long line" mail changes very quickly according to window width change. 
>Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a2pre) Gecko/20100224 Shredder/3.2a1pre

Comment 13

[:gerard-majax]

I can reproduce it with recent Thunderbird build on Linux.
It happens at least with an attached file (XML) containing very long lines.

Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1

Only addon installed is Enigmail 1.1.2. It was the same with Enigmail trunk (1.1apre)

Comment 14

[Wayne Mery (:wsmwk)]

about 10 seconds for me with Mozilla/5.0 (Windows NT 6.0; rv:2.0b8pre) Gecko/20101022 Thunderbird/3.3a1pre

reasonable certain this is a duplicate of a core bug

Comment 15

[William Gallafent]

When I experienced this bug using Thunderbird 7.0.1 on Mac OS 10.7.2 (viewing a message of about 2.1MB, most of which is a single long line containing XML), I waited several minutes (5?) before going to get lunch. On my return from lunch, Thunderbird was no longer hanging, and the message was _partially_ displayed. The message body was also truncated (but that's bug 572629). So the display does happen eventually, but the hang is unacceptably long by several orders of magnitude.

For comparison, Apple Mail 5.1 on the same machine displays the same message, untruncated, in less than two seconds.

Comment 16

[Wayne Mery (:wsmwk)]

There is also bug 572629 to contend with.
But the perf issue is bug 736951

Comment 17

[Wayne Mery (:wsmwk)]

(duping these to bugs outside of Thunderbird make them hard to find, so reopening)