Last Comment Bug 258012 - Add UI for "View as Text/HTML/..." option for unknown mime content-type
: Add UI for "View as Text/HTML/..." option for unknown mime content-type
Status: NEW
parity-opera
:
Product: Firefox
Classification: Client Software
Component: File Handling (show other bugs)
: unspecified
: All All
: -- enhancement with 46 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
:
Mentors:
: 285360 286603 304566 349061 349548 (view as bug list)
Depends on: 57342
Blocks:
  Show dependency treegraph
 
Reported: 2004-09-04 09:13 PDT by Colm MacCarthaigh
Modified: 2013-11-25 07:14 PST (History)
33 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments

Description Colm MacCarthaigh 2004-09-04 09:13:12 PDT
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040615 Firefox/0.9
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040615 Firefox/0.9

It would be great if the "Open" dialog listed the current firefox instance as a
file viewer.

Reproducible: Always
Steps to Reproduce:
1. Download a plain text file or image from a webserver or script which does not
issue a content-type header


Actual Results:  
When downloading a file from a broken server or script which does not issue
content-types correctly (or not at all) Firefox will display the "Open" dialog,
giving "Open with" or "Save to disk" as the options. 

Expected Results:  
Either as a third option, or within "Open with" it would be nice to specify
firefox itself as the viewer. By which I mean the file would open in the current
firefox window/tab, or a new tab/window (make that configurable I guess). 

It is a pain to have to launch an image viewer just to render a jpeg because of
a broken web-browser, or to have to save a plain text file to disk merely to
read it. In a lot of cases, the downloader is aware that firefox would be fully
able to view the file (ie is an image, text or whatever) and such a feature 
would greatly help alleviate the frustration caused by broken servers and scripts.
Comment 1 Colm MacCarthaigh 2004-09-04 09:16:29 PDT
Oops, in expected-results - broken *webserver* I mean. This isn't brokeness on 
the part of the browser, that's why it's a feature-request - not a bug report.
Comment 2 Jesse Ruderman 2004-09-07 03:48:45 PDT
Dup of bug 57342?
Comment 3 Ali Ebrahim 2004-09-18 08:13:54 PDT
Making this an "Add UI for..." bug and making it depend on bug 57342.
Comment 4 Jesse Ruderman 2005-03-12 03:25:18 PST
*** Bug 285360 has been marked as a duplicate of this bug. ***
Comment 5 Jo Hermans 2005-03-17 21:20:16 PST
*** Bug 286603 has been marked as a duplicate of this bug. ***
Comment 6 Karl-Fredrik Blixt Hagholm 2005-03-22 04:21:25 PST
It would also be nice if the Save-dialog would show the MIME-type given by the
webserver. That way it is more obvious what type of file Firefox thinks it is
and why it thinks that it should not handle it on its own.
Comment 7 Shaun Crampton 2005-08-14 03:00:18 PDT
*** Bug 304566 has been marked as a duplicate of this bug. ***
Comment 8 Eyal Rozenberg 2005-10-14 09:31:19 PDT
In bug 57342, Christian Biesinger comments that someone has to write the UI code
for the patch to be complete, and this is a bug about the UI code which depends
on 57342? I don't get this.
Comment 9 Sylvain Pasche 2006-06-18 16:15:41 PDT
I have made an extension for opening documents in browser, and I think this can give some ui ideas for this bug:

http://www.spasche.net/mozilla/

The "Other..." option is for entering manually a mime type. Selecting it unhides a text field on the right. There are certainly some better options for this.

Maybe it is even questionable whether allowing the user to specify the mime type is a good idea.

The "view" > "view as" menu may be more related to bug 11521 comment #0 option a)
Comment 10 kself 2006-06-20 12:53:32 PDT
obAOL.

In addition to unspecified types, there are a number of system (bugzilla among them) which allow user-specified file types, including for plain-text files.  

Again, the option to simply view these in the browser without going through the intermediary steps of savign to disk, locating said file, and opening in another app, would be useful.
Comment 11 Phil Ringnalda (:philor) 2006-08-17 23:32:30 PDT
*** Bug 349061 has been marked as a duplicate of this bug. ***
Comment 12 Daniel Stone 2006-08-18 00:04:27 PDT
in bug #349061, I suggested that this be the default behaviour, and no dialog box be popped up for text/*.
Comment 13 Phil Ringnalda (:philor) 2006-08-21 12:12:24 PDT
*** Bug 349548 has been marked as a duplicate of this bug. ***
Comment 14 Bob T. 2006-09-05 12:53:07 PDT

> When downloading a file from a broken server or script which does not issue
> content-types correctly (or not at all) Firefox will display the "Open" dialog,
> giving "Open with" or "Save to disk" as the options. 

Even if the server reports the MIME type correctly, Firefox refuses to render many
text/something files as text; for example text/x-csrc for C code or text/x-tex for TeX files.  Opera provides "Open in Browser" as an option; so should Firefox. 
Comment 15 Dan Kegel 2008-02-06 14:46:04 PST
Isn't this a dup of bug 57342?
Comment 16 Sylvain Pasche 2008-02-06 15:14:24 PST
(In reply to comment #15)
> Isn't this a dup of bug 57342?

No it isn't. bug 57342 is for the backend part while this bug is the UI/frontend.
Comment 17 Sergio Basto 2013-11-25 07:14:14 PST
I need "open in browser" working ! , I hope this is not another stupid security reason

Note You need to log in before you can comment on or make changes to this bug.