359948 - "Open with" is missing for files with application/octet stream

Status: RESOLVED DUPLICATE of bug 347230

(Toolkit :: Downloads API, defect)

Description

[Christian Schweer]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0

With some links to PDF-files a strange download dialog opens, which does only offer to save the pdf or cancel the download.

Reproducible: Always

Steps to Reproduce:
1. Open "http://www.b-speech.de/downloads/getfile.php/datei/Handbuch_B-Speech_Imos(deu).pdf"

Actual Results:  
A popup opens offering to save the document or to cancel. The option "open with" is missing.

Expected Results:  
The pdf is opened inside the browser by the acrobat plugin OR a popups offering to "open with", "save as" or "cancel" the download.

The links http://people.mozilla.com/~chofmann/l10n/draft-eulas/German-Firefox-EULA-20.doc and http://www.rrzn.uni-hannover.de/fileadmin/it_sicherheit/pdf/Handbuch_fuer_Firefox_Thunderbird_V4_01.pdf  show the expected result.
Mark that the 2nd link is also a PDF.

The link http://www.b-speech.de/downloads/getfile.php/datei/Handbuch_B-Speech_Imos(deu).pdf works for me with Firefox 1.5!

Comment 1

[Christian Schweer]

Attachment: Screenshot of the crumbled download popup

Added a screenshot of the strange download popup

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

Selected HTTP headers from the "non-working" site:
content-disposition: attachment; filename=Handbuch_B-Speech_Imos(deu).pdf
Content-Transfer-Encoding: binary
Content-Type: application/octet-stream

The "working" PDF does:
Content-Type: application/pdf

AFAIK this is how it is supposed to work (the first server explictly wants you to save the pdf).

Comment 3

[Christian Schweer]

(In reply to comment #2)
> Selected HTTP headers from the "non-working" site:
> content-disposition: attachment; filename=Handbuch_B-Speech_Imos(deu).pdf
> Content-Transfer-Encoding: binary
> Content-Type: application/octet-stream
> 
> The "working" PDF does:
> Content-Type: application/pdf
> 
> AFAIK this is how it is supposed to work (the first server explictly wants you
> to save the pdf).

The content-disposition header implies a save. Nevertheless: Firefox 1.5 opened the standard download dialog which is still opened for Word documents (see example link above).

The standard download dialog has two radio buttons ("Open with" + combobox for application selection and "Save to disk") and the default buttons "Ok" and "Cancel".
The strange PDF-download-dialog does not have the radio buttons or the "Ok" button. Instead a button "Save File" and "Cancel" is offered (see screenshot).

I would expect, that firefox opens the standard dialog (used for word in Firefox 1.x and 2.x and for pdfs in Firefox 1.x), if the server sends the content-dispostion header or the "Content-Type: application/octet-stream" header.

Comment 4

[Nick Thomas [:nthomas] (UTC+12)]

I should have mentioned that the dialog box you are seeing is the new Unknown Type handler. Since the server sends application/octet-stream, Firefox would have to guess at what to put in the combobox.

The word doc is doing "Content-Type: application/msword", so Firefox knows what to do with it.

Comment 5

[Christian Schweer]

Attachment: Screenshof of the regular download popup

Added screenshot of the regular download dialog (presented if the acrobat plugin is disabled).

Comment 6

[Christian Schweer]

(In reply to comment #4)
> I should have mentioned that the dialog box you are seeing is the new Unknown
> Type handler. Since the server sends application/octet-stream, Firefox would
> have to guess at what to put in the combobox.
> 
> The word doc is doing "Content-Type: application/msword", so Firefox knows what
> to do with it.

As you can see in the screenshot, Firefox does guess the download correctly as "Adobe Acrobat Document". This worked in Firefox 1.x! 

Comment 7

[Matthias Versen [:Matti]]

Content-Disposition:	attachment; filename=Handbuch_B-Speech_Imos(deu).pdf

means that it should be saved. In Seamonkey you can open the file with an application but you can't save the decision (always open with..)
This looks like a bug in the Firefox UI but this could be also by design.

Comment 8

[Matthias Versen [:Matti]]

*** Bug 359725 has been marked as a duplicate of this bug. ***

Comment 9

[Matthias Versen [:Matti]]

Do you have a screenshot from 1.5 with this file ?

The people in #firefox told me that 1.5 does the same and that would mean that this is by design due to the wring content type of the file (the server sends the wrong content type, the extension doesn't matter for a browser).

Comment 10

[Phil Ringnalda (:philor)]

I hope this gets fixed pretty soon, before I have to track down the near-unfindable bug 347230 again.

*** This bug has been marked as a duplicate of 347230 ***