Closed Bug 167670 Opened 22 years ago Closed 21 years ago

Save/Run dialog names wrong MIME type

Categories

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

x86
Linux
defect

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: calvin, Assigned: bzbarsky)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826

It reports the correct MIME identifier, but reports the readable name according
to the file extension.  Try downloading the binary with the HTML extension at
the link provided.

Reproducible: Always

Steps to Reproduce:
1. Goto the MIME test page
2. Try to download the Binary with the HTML extension

Actual Results:  
Save/Run dialog appeared asking if I would like to save or run the file and
reported it: "HyperText Markup Language" (application/octet-stream)

Expected Results:  
Should have displayed "Binary Executable" instead of "HyperText Markup Language"
I did this on purpose, actually....  In the average case doing the extension
lookup once the mimetype lookup has failed is helpful.  When it's not, we get
this sort of issue....

Taking; this will likely be fixed when I implement getFromMIMETypeAndExtension().
Assignee: law → bzbarsky
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
Target Milestone: --- → mozilla1.3beta
QA Contact: sairuh → petersen
Depends on: 147679
Target Milestone: mozilla1.3beta → Future
biesi, what do you think we should do here?  What behavior would be "correct"?

In general, I'm tempted to leave our behavior as-is.
I agree - the file extension's description is usually helpful when the type isn't.
Done.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.