1279841 - Compose leaves html fragment when converting to plain text

Status: RESOLVED INVALID

(Thunderbird :: Message Compose Window, defect)

Description

[Jim Hamilton]

Attachment: SentMsg

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36

Steps to reproduce:

Compose message as html. Type at least 110 characters, including subject, with no actual html formatting. Send to one recipient whose html ability is "unknown" in the address book.


Actual results:

Sent plain text message body that looked like this (full message source attached):

I figured it out. The price they used is the average of the high and low for the day, not the closing pr

y bgcolor="#FFFFFF" text="#000000">
   <p>I figured it out. The price they used is the average of the high
     and low for the day, not the closing pr</p>
 </body>
</html>



Expected results:

Should not have included that html fragment:

I figured it out. The price they used is the average of the high and low for the day, not the closing pr

Comment 1

[Jorg K (CEST = GMT+2)]

I cannot reproduce this. Also I have never seen this and I use auto-downgrade to HTML.

I typed
===
I figured it out. The price they used is the average of the high and low for the day, not the closing pr
===

into the body of an e-mail and sent it out. It was downgraded to plain text as expected.

Please try you test with all add-ons disabled (see Help menu) and if that doesn't solve the problem, try on a new profile (start TB with -p).

Comment 2

[Jim Hamilton]

I created a new profile, using -p, and without changing anything other than the account name and password was able to reproduce the problem. This time, the minimum body length was 115. Note that you can always type more (I don't know how much more). It is likely that the failure depends on the lengths of the to and from, as well as the subject, and perhaps other things. The only constant I found was that the total number of lines in the outgoing message (from the Sent folder) was always 24. Here is the outgoing message in this case:

From - Mon Jun 13 22:20:24 2016
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:                                                                                 
To: [e-mail]
From: Fae Hamilton <[e-mail]>
Subject: Foo
Message-ID: <[e-mail]>
Date: Mon, 13 Jun 2016 22:20:22 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.1.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

123456789 223456789 323456789 423456789 523456789 623456789 723456789 
823456789 923456789 a23456789 b2345

 bgcolor="#FFFFFF" text="#000000">
    <p>123456789 223456789 323456789 423456789 523456789 623456789
      723456789 823456789 923456789 a23456789 b2345<br>
    </p>
  </body>
</html>

Comment 3

[Jim Hamilton]

BTW, this appears to have started after installing the latest update.

Comment 4

[Jorg K (CEST = GMT+2)]

I can't reproduce this as you will see in a private message I sent you.

Do you have an anti-virus solution which might manipulate the message?

Comment 5

[Jim Hamilton]

Yes. That appears to be the problem. I use Bitdefender Antivirus 2016. When I turned it off, the problem went away. I have also recently been getting random TB errors on send, saying "unable to create temp file in ...\Appdata\...\Temp\something". They go away on retry. I haven't had a chance to pursue them, but it seems pretty likely now they are due to the AV also. It looks like maybe TB is overwriting a file and getting some error on truncate, which it may be suppressing. Anyway, I'll pursue this with Bitdefender.

Comment 6

[Jorg K (CEST = GMT+2)]

Thanks for letting us know.

Yes, TB creates temporary files in the Windows %TEMP% directory, as you indicated.