Closed Bug 115210 Opened 24 years ago Closed 24 years ago

Save Page As for a plain text file isn't intelligent

Categories

(Core Graveyard :: File Handling, defect, P3)

Product:
Core Graveyard
Component:
File Handling
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 115440
Milestone:
mozilla1.1alpha

People

(Reporter: bugzilla, Assigned: bugs)

References

(
URL
)

Details

(Keywords: regression)

okay, am not sure if this is the same thing as bug 115207 --but dup as needed. 1. go view a plain text file, eg, http://hopey.mcom.com/tests/plain_text.txt 2. hit accel+S or select File > Save Page As 3. look at the resulting file picker: * the filename field has "plain_text.txt.html" * the selected filter is "Web Page Complete" expected: the filename shouldn't have the extension [bug 115207], but it also should be smart enough to have "Text File" as the selected filter [different from bug 115207, methinks].
could this and possibly bug 115201 be dependent on bug 31519, perchance?
correction in comment #1: i meant bug 115207 [not 115201].
bug 115087 is similar, too, except it's for an image url...
This is in fact identical to bug 115087 in most relevant ways... if you try to actually save the text file, you get the HTML that we create: <html><body><pre> all the text </pre></body></html>
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.1
I feel that WebBrowserPersist should check document.contentType and do something reasonable for cases when that type is not HTML. This same bug, for example, makes saving a CSS or JS file that's still valid CSS or JS utterly impossible. This makes web development and testing in Mozilla difficult and QA painful.
Keywords: regression
Fixed by patch in 115440. *** This bug has been marked as a duplicate of 115440 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.