Closed
Bug 276579
Opened 20 years ago
Closed 20 years ago
Preference to force Mozilla to handle certain content types
Categories
(Firefox :: File Handling, defect)
Firefox
File Handling
Tracking
()
RESOLVED
DUPLICATE
of bug 191000
People
(Reporter: lagrave+bugs+mozilla.org, Assigned: bugs)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 A lot of content type that Firefox refuses to display in a browser windows is actually text (or other file formats FF can handle internally) and there should be a setting that allowed the user to override FF's behaviour when downloading certain file types. This setting should apply to either the declared content type, the file extension or both. For example, today I downloaded something that was described as application/x-sh. However it was a simply a unix shell script which I much rather prefer to view in FF and then maybe cut'n'paste to use a line or two. Reproducible: Always Steps to Reproduce: 1. Find some link that links to a file that, although it is a text file, has an odd content type declaration 2. Click the link Actual Results: Firefox downloads the file Expected Results: Firefox should, if it was a file I wanted to be handled by FF, display it in a regular browser window. My suggestion is that the setting should be something like: filetype/-extension xxx/yyy (.abc if it is an extension) should be handled like text/plain (.txt)
Updated•20 years ago
|
OS: MacOS X → All
Hardware: Macintosh → All
Whiteboard: DUPEME
Version: 1.0 Branch → Trunk
Comment 1•20 years ago
|
||
Out of the many bugs on this subject, I think bug 191000 is probably the closest. There is also bug 141666. *** This bug has been marked as a duplicate of 191000 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•