261923 - Save as Text results in corrupt file if subject contains 8-bit char

Status: RESOLVED WORKSFORME

(MailNews Core :: Internationalization, defect)

Description

[Christian Franke]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040817
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040817

If a mail subject contains a non ascii 8-bit char, saving the mail as plain text
results in a truncated file without newlines.

Reproducible: Always
Steps to Reproduce:
1. Copy mailbox folder file attached in comment 1 to some local mail directory
2. Open MailNews and select this folder
3. Select first mail and store it in plain text format
4. Select second mail and store it in plain text format

Actual Results:  
Text file saved in step 3 starts somewhere in line 65 of the mail and contains
no newlines at all.
File from step 4 is OK.

Expected Results:  
File from step 3 should be OK.

Non-ASCII chars in Subject header lines may violate standards, but occur
occasionally.

Bug can also be reproduced with Mozilla 1.7.2

Workaround:
1. Save as .eml and edit header, or
2. Save as .html, open html file in browser and store it as text.

Comment 1

[Christian Franke]

Attachment: Testcase, see comment 0

Comment 2

[Christian Franke]

Attachment: Result from comment 0, step 3

Comment 3

[Mike Cowperthwaite]

Confirming; I see a very similar problem with 1.8a5-1130, Win2K, and with 
Moz 1.6 and Moz 1.4 -- and I see an identical problem with TB 0.9+1201.

The difference I'm seeing with the Moz files saved under Win2K on my system is 
that there are two additional bytes at the beginning of the file, a period and a 
space; other than that, the file is identical to attachment 160330 [details].  The file 
saved by TB under Win2K on my system is identical to the attachment.  I'm not 
sure why there'd be a two-byte difference, but there it is.

Note that the Subject line of the problem message has an actual 8-bit character 
in it.  This is technically illegal; the Subject should actually be encoded 
within the message source similarly to this:
  Subject: Subject with =?ISO-8859-1?Q?=FC?= as 8-bit char
If the message source is changed to reflect this, then the file saves correctly.

See also bug 269812.

Comment 4

[WADA:World Anti-bad-Duping Agency]

Although non-encoded non-ascii subject is illegal, MS Outlook often sends such
mail, non-encoded Shift_JIS of Subject in Japan.  
So set bug 269812 to depends on of this bug.

Comment 5

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

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 6

[Magnus Melin [:mkmelin]]

Still present, current linux trunk.

Comment 7

[WADA:World Anti-bad-Duping Agency]

Bug 269812 was found to be different/independent problem. Removing dependency.

Comment 8

[Magnus Melin [:mkmelin]]

This seems to work fine now on trunk.