Closed Bug 169729 Opened 23 years ago Closed 22 years ago

Mozilla fails to add .eml when saving mail

Categories

(Core Graveyard :: File Handling, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: henryk, Assigned: law)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.1) Gecko/20020826 When saving a mail using a custom name the extension .eml is not added. It is added if you leave the default name "nachricht" without editing. Reproducible: Always Steps to Reproduce: 1. Highlight a message in the message list. 2. Use Datei -> Speichern unter -> Datei 3. The default name is "nachricht". Do nothing but simply hit "Speichern". 4. Use Datei -> Speichern unter -> Datei 5. Enter a different name, for example "bla" and hit "Speichern". Actual Results: After step 3 a file "nachricht.eml" is created. After step 5 a file "bla" is created, without any extension. Expected Results: It should do the same in both cases, that is: either always add an extension when none is given or always not add an extension when none is given (and a file type is selected). Most windows programs do the first, so Mozilla should always add the correct extension when none is given. I'm using the localized build for de-AT. This bug is similar to bug 26310, however this is not fixed.
I don't think we should add extensions that the user doesn't specify (it's clear we shouldn't do that on *ix, I'm not completely sure about Windows). Anyway, it's not me to care about that bug, --> File Handling
Assignee: kairo → law
Component: German-Austria/de-AT → File Handling
Product: Mozilla Localizations → Browser
QA Contact: Sebastian → sairuh
Version: unspecified → other
*** Bug 170277 has been marked as a duplicate of this bug. ***
QA Contact: sairuh → petersen
Henryk Plötz, this problem seems to have been addressed several times -- bug 31096, bug 57113 -- and yet I still see it present in 1.3 Final. However, it apparently has been fixed sometime during the 1.4 development -- 1.4b-0516 works correctly. If you're using a 1.4 build, or once 1.4 Final is released, please verify this is so.
*** Bug 171361 has been marked as a duplicate of this bug. ***
Henryk Plötz, can you confirm this is working for you with 1.4 Final?
Yes, as far as I can see it is fixed in 1.4 final.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Reopening to fix resolution
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Henryk Plötz, please use "WorksForMe" instead of "Fixed" unless a patch is specifically submitted for this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.