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)
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.
Comment 1•23 years ago
|
||
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. ***
Updated•23 years ago
|
QA Contact: sairuh → petersen
Comment 3•22 years ago
|
||
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.
Comment 4•22 years ago
|
||
*** Bug 171361 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
Henryk Plötz, can you confirm this is working for you with 1.4 Final?
| Reporter | ||
Comment 6•22 years ago
|
||
Yes, as far as I can see it is fixed in 1.4 final.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 7•22 years ago
|
||
Reopening to fix resolution
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Comment 8•22 years ago
|
||
Henryk Plötz, please use "WorksForMe" instead of "Fixed" unless a patch is
specifically submitted for this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WORKSFORME
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•