824709 - TB freezes (for a long time) when there are more attachments attached (.mp3 file is sent with Content-Type:text/html header)

Status: RESOLVED WORKSFORME

(Thunderbird :: Untriaged, defect)

Description

[hawran]

Attachment: 121224-174700.mp3-as-a-part-of-multiattachment.png

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:17.0) Gecko/20100101 Firefox/17.0
Build ID: 20121129170341

Steps to reproduce:

I've just tried to load an message's body with two attachments: a picture and an mp3 file from my account using POP3.
For the message's details see the files attached, please.


Actual results:

TB started to download the message and froze for a long time.
After a couple of minutes it tried to render both the message and the attachments, in vain.
A picture was OK, however the mp3 file was "rendered" (and included) as a binary file (as it really is, I know).

Then each operation within TB including a "movement" over the message causes that TB hangs for a long time.


Expected results:

Well, I'd say that the incorrect message's header (or a description of a message's body) is a culprit so I don't think that TB is wrong, however there might be some option to "cancel" a current operation (if it lingers too long) in TB ...

Comment 1

[hawran]

Attachment: A message's header info from TB

Comment 2

[hawran]

Attachment: A message's header info from my web mailbox

Comment 3

[hawran]

Name : Thunderbird
Version : 17.0
User Agent : Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0
Application Build ID : 20121118032921

10.04 LTS - the Lucid Lynx
Linux ... 2.6.32-45-generic-pae #101-Ubuntu SMP Mon Dec 3 15:56:38 UTC 2012 i686 GNU/Linux
GNOME gnome-about 2.30.2

Comment 4

[WADA:World Anti-bad-Duping Agency]

In mail data stream, the ".mp3" file you call is sent as HTML by mail sender. 
> --_ca29_-------76edca565ac0aaa3ddc34d1c64a47935
> Content-Type: text/html;
> 	name*=utf-8''%52%6F%72%61%74%79%20%2D%20%63%68%76%61%6C%79%2E%6D%70%33
> Content-Disposition: attachment;
> 	filename*=utf-8''%52%6F%72%61%74%79%20%2D%20%63%68%76%61%6C%79%2E%6D%70%33
> Content-Description: =?utf-8?q?Roraty_=2D_chvaly=2Emp3?=
> Content-Transfer-Encoding: base64
It's sender side problem - bug of mailer, incorrect setup in "mime type <-> file extension" relationship, and so on,

(In reply to hawran from comment #0)
> Created attachment 695751 [details]
> 121224-174700.mp3-as-a-part-of-multiattachment.png

Very long mail-address like string is seen in the *HTML* data which is text.
  ...<very-long>...1368;=bBEGJLOQTWZ...<very-long>...

Do you enable scam detection? (Tools/Options/Security/Email Scams)
If yes, do you see freeze with scam detection disabled?

If freeze still remains even with scam detection disabled, problem is perhaps simply a known performance issue in very very long line and/or word(continuous string without space).

Comment 5

[WADA:World Anti-bad-Duping Agency]

Sorry, typo.
  ...<very-long>...1368;=b@BEGJLOQTWZ...<very-long>...

Comment 6

[WADA:World Anti-bad-Duping Agency]

Do you see the freeze with "View/Display Attachments Inline" disabled?

Comment 7

[hawran]

My small update on the matter (sorry for the delay):
Name 	Thunderbird
Version 	24.0
User Agent 	Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0

1. No Tools/Options/Security/Email Scams option.
2. You might mean Edit/Preferences/Security Email Scams. So, TB still freezes.

Comment 8

[hawran]

An addendum:
After a really long freeze I've managed to delete that attachment. TB now states within the email body as follows:
===========
You deleted an attachment from this message. The original MIME headers for the attachment were:
Content-Type: text/html;
	name*=utf-8''%52%6F%72%61%74%79%20%2D%20%63%68%76%61%6C%79%2E%6D%70%33
Content-Disposition: attachment;
	filename*=utf-8''%52%6F%72%61%74%79%20%2D%20%63%68%76%61%6C%79%2E%6D%70%33
Content-Description: =?utf-8?q?Roraty_=2D_chvaly=2Emp3?=
Content-Transfer-Encoding: base64
===========

Did I get it correctly that as there's the 'Content-Type: text/html' declaration within the original message, TB tries to render data of the attachments into the message body? Despite the fact it's binary data, mp3 in particular?
So, WHAT should be declared there instead? What is the correct version?

Regards,
hawran

Comment 9

[Wayne Mery (:wsmwk)]

hawran, do you still see this problem?

Comment 10

[hawran]

I don't think so.
(I've tried to send some big attachments, however I was not able to reproduce the same case (as was the original))