801786 - Display the image in Firefox, normally

Status: RESOLVED DUPLICATE of bug 185618

(Firefox :: General, defect)

Description

[Nicolas Barbulesco]

Hello,

I have Firefox on Windows Vista. I visit a Web page which is supposed to show me an image, but there is a problem with the fancy viewing presentation of the Web site, so I don't see the image. No problemo, there is a "Download" link. I click it, normally. It directs my Firefox to an image address, ending with ".jpg". Fine.

Actual behaviour :

Because of some server indication, Firefox asks me whether I want to download the file and where I want to save it. It is a choice between downloading and nothing. There is no simple "View in Firefox" choice. I don't want to save the file.

Expected behaviour :

Firefox receives the server indication, but Firefox knows that Firefox is able to display JPEG images. Firefox displays the image normally, in the active tab. This is what I want.

Thank you for improving that, and keep up the good work !

Nicolas

Comment 1

[Mardeg]

The workaround is to install https://addons.mozilla.org/en-US/firefox/addon/inlinedisposition/

Comment 2

[Nicolas Barbulesco]

I think that request bug 801786 is not a duplicate of request bug 453455.

Request bug 453455 is about making Firefox remember the user choice in case of an "attachment" header sent by the server.

In request bug 801786, I explain that the choice I want is missing. So this request is not about remembering the user choice, it is about offering to the user the choice which is currently missing.

Comment 3

[Mardeg]

Sorry I should have asked you to reply with all the "Response Headers" from the server when you turn on the Web Console (Ctrl Shift K) then click the "download" link and click the "HTTP/1.1 200 OK" to bring up the dialog for that JPEG.

Comment 4

[Matthias Versen [:Matti]]

Mardeg: 
I'm pretty sure that this is a content-disposition:attachment header as you already guessed.
The problem here is not that the reporter wants to permanently assign a helper application (bug 453455), he wants to assign it to firefox and that's not possible.
Your posted addon should fix that.

Comment 5

[Mardeg]

If the content-type response header is unknown and there isn't an attachment header, this is a duplicate of bug 57342 and the extension workaround is https://addons.mozilla.org/en-US/firefox/addon/open-in-browser/

Comment 6

[Nicolas Barbulesco]

(In reply to Mardeg from comment #5)

> If the content-type response header is unknown and there isn't an attachment
> header, this is a duplicate of bug 57342 and the extension workaround is
> https://addons.mozilla.org/en-US/firefox/addon/open-in-browser/

But this is far from being the only case. In what I encounter, the server certainly sends an "attachment" header and an "image/jpeg" MIME type.

This problem is frequently encountered with PDF documents, that the server "forces" the user to download, even though the user's browser is able to display PDF documents.

Because of the "attachment" header, Firefox suggests that the user download the file, and this is good. But the user should be able to choose to view the file in Firefox. If the user chooses so, Firefox should display the file normally, and in this case if Firefox really cannot display the file then Firefox should show the source.

Comment 7

[Mardeg]

(In reply to Nicolas Barbulesco from comment #6)
> the user should be able to choose to view
> the file in Firefox. If the user chooses so, Firefox should display the file
> normally

Comment 8

[Nicolas Barbulesco]

I encounter the same problem for viewing some PDF documents, in Firefox 16.0.2 Linux.

Comment 9

[Nicolas Barbulesco]

See also :

Bug 773942, for PDF docs