Closed
Bug 55025
Opened 24 years ago
Closed 21 years ago
when saving a new html file: missing extension
Categories
(SeaMonkey :: Composer, defect, P3)
SeaMonkey
Composer
Tracking
(Not tracked)
RESOLVED
WORKSFORME
Future
People
(Reporter: staublis, Assigned: cmanske)
References
(Blocks 1 open bug)
Details
start composer with a new file. click on "saving as" and now enter a filename without extension, example: "index" and click on save. composer saves now the file without an extension, even if you choosed the "save as filetype" to be "html files"
Comment 1•24 years ago
|
||
confirmed with 110104 mozilla trunk build on NT. Over to Editor (compositor is not the same as Composer, see http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser for component descriptions) Thanks for your hep testing Mozilla and reporting bugs!
Assignee: kmcclusk → beppe
Status: UNCONFIRMED → NEW
Component: Compositor → Editor
Ever confirmed: true
QA Contact: petersen → sujay
Summary: when saving a new html file: missing extension → when saving a new html file: missing extension
Comment 2•24 years ago
|
||
sounds like a bug for Charley; cc Ryan in case he's been in this code recently and might have an idea nominating for mozilla 1.0 milestone
Assignee: beppe → cmanske
OS: Windows NT → All
Hardware: PC → All
Target Milestone: --- → mozilla1.0
Comment 3•24 years ago
|
||
Alright, just a quick comment here. While I was trying to reproduce, I realized that you must have windows set with "Hide extensions on known file types" off, otherwise the filepicker won't put "index.html" in the Save As textbox, it'll just insert "index" and always add the ".html". With it off, the filepicker puts "index.html" as the default filepicker text and the bug is reproducable. This was a quick brain dumb... hopefully I was clear and coherant :)
Assignee | ||
Comment 5•24 years ago
|
||
I think Ryan is correct that the (IMHO really stupid) Windows behavior of hiding file extensions contributes to the probability of this bug. But it is possible to save to a file with no extension, so automatically appending ".html" when there is no existing user-supplied extension is a good idea. This is easy to fix.
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla0.9
Assignee | ||
Comment 6•24 years ago
|
||
We're not sure we really should do this. If we do, it should be done at the OS-specific dialog level, so after appending ".html" automatically, duplicate file detection can be handled correctly. This issue is related to the problem of saving files in different formats, such as text (bug 51798). Setting to "future" pending more discussion.
Target Milestone: mozilla0.9 → Future
Comment 8•23 years ago
|
||
Isn't this a sorta-dupe of Bugs 101254 and 57113?
Comment 9•22 years ago
|
||
Worksforme in 1.0 RC2 Windows 98. Reporter, could you please install 1.0 RC2 and attempt to reproduce this problem?
Comment 10•21 years ago
|
||
tested on 1.4beta on w2k
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•