157079 - MSI file dumped on the screen

Status: RESOLVED INVALID

(SeaMonkey :: General, defect)

Description

[kzy]

MSI binary file (Microsoft installer) are dumped on the screen instead of open
1.0 version on Windows XP

Comment 1

[Matthias Versen [:Matti]]

Do you have a URL ?
Or do you try to open the msi local ?

Comment 2

[Philip White]

Most likely the web server sends it as text/plain or something like that.
The offending URL would be most helpful. :)

Comment 3

[Patrick Xia]

I've had this before. Yes, the web server was sending them as text/plain.

-> Invalid? I say... anyone agree?
<offtopic> How do I get permissions for INVALID, DUPE and CHANGESUMMARY? CONFIRM
is outlined on one of the bugzilla pages, but not INVALID, DUPE, and the ability
to change summaries. </offtopic>

Comment 4

[Philip White]

In that case, it's entirely not Mozilla's fault.  To save a file that's being
sent by the server as text/plain you can right-click on the link and choose
'Save Target As'.  I will helpfully render this INVALID.

<offtopic>To be able to do the things you mentioned you have to have permission
to change any aspect of the bug.  Possibly contact Gerv or raise the issue on
Mozilla.org's IRC server.  I did the latter.</offtopic>

Comment 5

[Matthias Versen [:Matti]]

this is _NOT_ invalid.
(I know why mozilla does this)

It's TE if the reporter gives us a URL.

Comment 6

[Patrick Xia]

Hmm. Usually when I download a MSI file, it prompts me to save. However, some
websites do transmit the encoding as text/plain and cause it to be displayed in
plain text. Is there something client-side that's wrong even when the correct
MIME-type sent?

Comment 7

[Patrick Xia]

Whoops. Scratch out my last comment. Didn't know what I was thinking.

Comment 8

[kzy]

You're right the server, was sending it as text because that’s the default for 
that server
I changed it to “application/octet-stream” and now it acts as in the local file 
case.  Still it doesn’t work as IE because as you say they do not respect the 
standard.
Question: Since a dialog is going to be open in all cases why not to offer the 
non standard MS approach as a radio button choice?

Thanks for solving a problem in my server :)

Some MSI Examples:
http://apache.secsup.org/dist/httpd/binaries/win32/

Comment 9

[Matthias Versen [:Matti]]

>Question: Since a dialog is going to be open in all cases why not to offer the 
>non standard MS approach as a radio button choice?

There is somewhere a bug about that we do this in some cases.
(server sends text/plain but extension looks like binary)

-> invalid (server error)