238271 - Save message As Text (or HTML), file gets double extension .eml.txt (or .eml.html)

Status: RESOLVED WORKSFORME

(MailNews Core :: Backend, defect)

Description

[olh]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; pl-PL; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; pl-PL; rv:1.6) Gecko/20040113

When I save an e-mail as a .txt file, Thunderbird names the file
[subject].eml.txt instead of [subject].txt

Reproducible: Always
Steps to Reproduce:
1.Right-click any e-mail in Thunderbird and choose "Save as..."
2.Save the e-mail on disk as a text file
Actual Results:  
The file was named [subject].eml.txr

Expected Results:  
It should have been named [subject].txt

Comment 1

[Mike Cowperthwaite]

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

Comment 2

[Mike Cowperthwaite]

If you use Save As HTML, you get a very similar result:
   MailSubject.eml.html

Workaround: type any other filename -- even just delete one character and then 
retype it -- and the ".eml" will not be included in the filename.


This is true for Mail/News as well as TB, but despite a lot of searching I 
couldn't locate a dupe there.  Moving bug to Mail/News.

Similar to bug 163254, but not really the same.  Bug 241639 claims to be "163254 
reborn" but it might be a different problem which *is* the same as this one.

Comment 3

[Christian :Biesinger (don't email me, ping me on IRC)]

no, those two bugs are specifically about downloading files. this one probably
just has to do with nsIFilePicker or something

Comment 4

[Mike Cowperthwaite]

Per bug 247483, this symptom occurs on Mac OS X as well.  Updating Hardware/OS.

Comment 5

[Mike Cowperthwaite]

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

Comment 6

[domi]

same thing with thunderbird 1.5 and windows

the nice thing will be an option to specify the file type by default
and not a better way to correct the suffix.eml
in order to have .txt as first choice unstead of .eml

Comment 7

[(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 8

[rvjcallanan]

I get the feeling there is a lot more work to do with EML attachment handling.
I've had some embarrassing site issues with embedded EML attachments which frequently arise when Outlook clients are in the forwarding chain.
Apart from this bug and the EML printing bug (392507) I recently reported, I just noticed that if you save an EML attachment as an EML file and then try to view it, you will only see raw HTML.

Comment 9

[Hungerburg]

This has slightly changed, but is still from optimal in Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.5) Gecko/20091121 Thunderbird/3.0

Select "save as" in context-menu of message in list. Dialog pops up asking for location: Filename is [subject].eml.

a) Click "OK" and an file with content message/rfc822 is saved.

b) Use the drop-down menu in the lower right and select "HTML" as filetype: the list in the file-browser hides the previously saved .eml file, but the extension in the suggested filename stays ".eml". Click "OK" now and later "Replace", when asked if you want to overwrite the existing file, and a file with content text/html is saved.

There is no double extension any more, like reported above, but thunderbird should change the extension in the suggested filename, so that it correctly specifies the type of content of the file without the user manually overwriting it in the save-as dialogue.

Comment 10

[Rain [:rain1] (inactive)]

(In reply to comment #9)
> 
> There is no double extension any more, like reported above, but thunderbird
> should change the extension in the suggested filename, so that it correctly
> specifies the type of content of the file without the user manually overwriting
> it in the save-as dialogue.

Yeah, that's a problem with our filepicker implementations on XP, Mac and Linux -- see the dependencies to bug 514497.

Since this particular bug is not visible any more, I'm going to resolve it worksforme.