Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

msi files don't download, open as text in browser instead

2,109 views
Skip to first unread message

Glen

unread,
Apr 21, 2010, 3:14:08 PM4/21/10
to
I've been downloading .msi files (Microsoft Installer Packages) with
Opera for years, just like exe files and zip files....click the link and
the download dialog appears. That is, until I installed Opera version
10.51. Now I click an .msi link and it opens like a text file oin the
Opera browser window.

Seems version 10.51 just keeps breaking things.....what do I have to
"adjust" to get .msi files to bring up the download dialog *without*
being forced to use right-click> Save Linked Content As..., so that it
downloads correctly by clicking, as it always did in previous versions?

...glen

Message has been deleted

Michael Fesser

unread,
Apr 21, 2010, 6:13:13 PM4/21/10
to
.oO(Glen)

>I've been downloading .msi files (Microsoft Installer Packages) with
>Opera for years, just like exe files and zip files....click the link and
>the download dialog appears. That is, until I installed Opera version
>10.51. Now I click an .msi link and it opens like a text file oin the
>Opera browser window.

Does this happen on different sites? If it's just a single site, it
could be a misconfigured webserver. Can you post an example URL?

>Seems version 10.51 just keeps breaking things.....what do I have to
>"adjust" to get .msi files to bring up the download dialog *without*
>being forced to use right-click> Save Linked Content As..., so that it
>downloads correctly by clicking, as it always did in previous versions?

Could be a misconfiguration in Preferences -> Advanced -> Downloads.
Uncheck "Hide file types opened with Opera" first, then look for these
content types and make sure they're set to "Show download dialog":

application/x-msdos-program
application/x-msdownload
application/octet-stream

HTH
Micha

Glen

unread,
Apr 21, 2010, 11:41:37 PM4/21/10
to
"Guy" <Use-Reply-To-Address-Header@[127.1]> wrote in message
news:9D61A1AC26755EAC2E...@127.0.0.1...

> Glen wrote:
>
>> I've been downloading .msi files (Microsoft Installer Packages)
>> with Opera for years, just like exe files and zip files....click
>> the link and the download dialog appears. That is, until I
>> installed Opera version 10.51. Now I click an .msi link and it
>> opens like a text file oin the Opera browser window.
>>
>
>
> Show an example URI which exhibits the behavior.

This page:
http://free.antivirus.com/hijackthis/

Either of the two links named "Installer". There is one for the Beta
and one for the new version 2.0.4

...glen

Glen

unread,
Apr 21, 2010, 11:50:11 PM4/21/10
to
"Michael Fesser" <net...@gmx.de> wrote in message
news:b7tus5hubh7lqsj8v...@mfesser.de...

This page:
http://free.antivirus.com/hijackthis/

Either of the two links named "Installer". There is one for the Beta
and one for the new version 2.0.4

All those content types are set to Show Download Dialog. Under File
Extensions in that list for those types, none include .msi, nor do I see
.msi in the list anywhere else.

...glen

Ed Jay

unread,
Apr 21, 2010, 11:51:59 PM4/21/10
to
Glen wrote:

Win XP/SP3. Opera 10.52 Bld 3367: I can confirm the errant behavior. I can
download msi files from other sites without this experience. My
preferences are set to show download dialog.

--
Ed Jay (remove 'M' to reply by email)

Win the War Against Breast Cancer.
Knowing the facts could save your life.
http://www.breastthermography.info

Ed Jay

unread,
Apr 21, 2010, 11:53:20 PM4/21/10
to
Glen wrote:

I show "exe,dll,bat,pif,com,scr,msi"

Glen

unread,
Apr 22, 2010, 12:00:30 AM4/22/10
to
"Ed Jay" <ed...@aes-intl.com> wrote in message
news:o0ivs5pcef35p5jv9...@4ax.com...

I show all except msi. This is "stock" out of the box Opera, no
modifications have been made in this area. How is it that yours
includes msi in the list, I wonder?

...glen

Glen

unread,
Apr 22, 2010, 12:07:35 AM4/22/10
to
"Ed Jay" <ed...@aes-intl.com> wrote in message
news:smhvs5hrq5kkpi7ev...@4ax.com...

> Glen wrote:
>
>>"Guy" <Use-Reply-To-Address-Header@[127.1]> wrote in message
>>news:9D61A1AC26755EAC2E...@127.0.0.1...
>>> Glen wrote:
>>>
>>>> I've been downloading .msi files (Microsoft Installer Packages)
>>>> with Opera for years, just like exe files and zip files....click
>>>> the link and the download dialog appears. That is, until I
>>>> installed Opera version 10.51. Now I click an .msi link and it
>>>> opens like a text file oin the Opera browser window.
>>>>
>>>
>>>
>>> Show an example URI which exhibits the behavior.
>>
>>This page:
>>http://free.antivirus.com/hijackthis/
>>
>>Either of the two links named "Installer". There is one for the Beta
>>and one for the new version 2.0.4
>>
> Win XP/SP3. Opera 10.52 Bld 3367: I can confirm the errant behavior. I
> can
> download msi files from other sites without this experience. My
> preferences are set to show download dialog.


Indicates that it is an issue with the web site.....let me try another
browser....
The links work fine in IE7 and in Firefox 3.5.9...only Opera is having a
problem with them.....

Let me find another .msi download elsewhere.....OK, found one here:
http://www.microsoft.com/downloads/details.aspx?FamilyID=1B286E6D-8912-4E18-B570-42470E2F3582&displaylang=en#filelist

Works fine......so, what is it about this one page's .msi links that
don't work with Opera but work with the other browsers?

...glen

Ed Jay

unread,
Apr 22, 2010, 12:12:14 AM4/22/10
to
Glen wrote:

I have no idea. Mine isn't stock, but I've never played with file types.

David W. Hodgins

unread,
Apr 22, 2010, 12:19:01 AM4/22/10
to
On Wed, 21 Apr 2010 23:41:37 -0400, Glen <glen...@gmail.com> wrote:

> This page:
> http://free.antivirus.com/hijackthis/
> Either of the two links named "Installer". There is one for the Beta
> and one for the new version 2.0.4

In the following, note the text/plain, as the mime type.

$ wget -S http://go.trendmicro.com/free-tools/hijackthis/HiJackThis.msi
--2010-04-22 00:15:41-- http://go.trendmicro.com/free-tools/hijackthis/HiJackThis.msi
Resolving go.trendmicro.com... 96.6.46.40, 96.6.46.57
Connecting to go.trendmicro.com|96.6.46.40|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.0 200 OK
Server: Apache
Last-Modified: Fri, 26 Mar 2010 00:09:24 GMT
ETag: "12688e4-156800-482a8f9ce3500"
Accept-Ranges: bytes
Content-Length: 1402880
Content-Type: text/plain; charset=UTF-8
Expires: Thu, 22 Apr 2010 04:15:41 GMT
Cache-Control: max-age=0, no-cache, no-store
Pragma: no-cache
Date: Thu, 22 Apr 2010 04:15:41 GMT
Connection: keep-alive
Length: 1402880 (1.3M) [text/plain]

I don't know what mime type the website should be setting for a .msi file,
but it shouldn't be text/plain.

Opera is correctly displaying what it's being told is plain text. The
website needs to set the correct mime type.

Regards, Dave Hodgins

--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)

David W. Hodgins

unread,
Apr 22, 2010, 12:23:31 AM4/22/10
to
On Thu, 22 Apr 2010 00:07:35 -0400, Glen <glen...@gmail.com> wrote:

$ wget -S http://download.microsoft.com/download/a/8/7/a87b3d05-cd04-4743-a23b-b16645e075ac/UPHClean-Setup.msi
--2010-04-22 00:22:04-- http://download.microsoft.com/download/a/8/7/a87b3d05-cd04-4743-a23b-b16645e075ac/UPHClean-Setup.msi
Resolving download.microsoft.com... 208.111.170.48, 208.111.170.70
Connecting to download.microsoft.com|208.111.170.48|:80... connected.


HTTP request sent, awaiting response...
HTTP/1.0 200 OK

Content-Length: 336896
Content-Type: application/octet-stream
Accept-Ranges: bytes
ETag: "7ef7cf874b2bc61:8037"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Age: 130815
Date: Thu, 22 Apr 2010 04:22:04 GMT
Last-Modified: Mon, 06 Feb 2006 18:31:22 GMT
Connection: keep-alive
Length: 336896 (329K) [application/octet-stream]

That one is setting the mime type to application/octet-stream, whereas the
.msi file from http://free.antivirus.com/hijackthis/ is using text/plain.

Glen

unread,
Apr 22, 2010, 12:48:37 AM4/22/10
to
"Ed Jay" <ed...@aes-intl.com> wrote in message
news:c3jvs55b0ia69fufg...@4ax.com...
>>>>> snip

>>>>> Could be a misconfiguration in Preferences -> Advanced ->
>>>>> Downloads.
>>>>> Uncheck "Hide file types opened with Opera" first, then look for
>>>>> these
>>>>> content types and make sure they're set to "Show download dialog":
>>>>>
>>>>> application/x-msdos-program
>>>>> application/x-msdownload
>>>>> application/octet-stream
>>>>>
>>>>
>>>>This page:
>>>>http://free.antivirus.com/hijackthis/
>>>>
>>>>Either of the two links named "Installer". There is one for the
>>>>Beta
>>>>and one for the new version 2.0.4
>>>>
>>>>All those content types are set to Show Download Dialog. Under File
>>>>Extensions in that list for those types, none include .msi, nor do I
>>>>see
>>>>.msi in the list anywhere else.
>>>>
>>> I show "exe,dll,bat,pif,com,scr,msi"
>>
>>I show all except msi. This is "stock" out of the box Opera, no
>>modifications have been made in this area. How is it that yours
>>includes msi in the list, I wonder?
>>
> I have no idea. Mine isn't stock, but I've never played with file
> types.

Anybody, anybody, Bueller, anybody.....?

...glen

Glen

unread,
Apr 22, 2010, 12:46:37 AM4/22/10
to
"David W. Hodgins" <dwho...@nomail.afraid.org> wrote in message
news:op.vbjqhhb...@hodgins.homeip.net...

Ah, thanks for checking it!
You're right....but why do the links work with the other browsers I
tried? The ol' "Opera follows standards and the other browsers don't"
explanation?

...glen

Michael Fesser

unread,
Apr 22, 2010, 3:52:46 AM4/22/10
to
.oO(Glen)

>Ah, thanks for checking it!
>You're right....but why do the links work with the other browsers I
>tried? The ol' "Opera follows standards and the other browsers don't"
>explanation?

Yes. IE doesn't care much about the Content-Type header, even though it
should. Instead it tries to sniff the actual file content, which not
only causes confusion, but may even lead to security problems in some
situations. But this behaviour is known since years. Not sure if IE 8 or
9 will fix this. Probably not.

I'm just wondering about FF, because strictly spoken it's a bug. If some
resource is marked as text/plain, then the browser should display it as
that and not do some guessing on its own.

Micha

SaGS

unread,
Apr 22, 2010, 5:32:08 AM4/22/10
to
"Michael Fesser" <net...@gmx.de> wrote in message
news:1nvvs5tol0mvns7sp...@mfesser.de...
> ...

> Yes. IE doesn't care much about the Content-Type header, even though it
> should. Instead it tries to sniff the actual file content, which not
> only causes confusion, but may even lead to security problems in some
> situations. But this behaviour is known since years. Not sure if IE 8 or
> 9 will fix this. Probably not.
> ...

For IE: under the security setting of the different zones, there is an
option to 'Open files based on content, not file extension'. If you set it
to 'Disable', it obeys the mime type declared by the server. (However, it
still sniffs the mime type, and displays a warnig bar if the detected type
does not match what the server said.)

I consider it's more safe to treat downloads based on whatever they really
are, and not based on what the server says they are, because the server may
be compromised or (more often that expected, especially for less frequent
file types) missconfigured.

Tested just now with the *.MSIs mentioned here in an earlier post.


Nisse Engström

unread,
Apr 22, 2010, 7:40:28 AM4/22/10
to
On Wed, 21 Apr 2010 23:41:37 -0400, Glen wrote:

> This page:
> http://free.antivirus.com/hijackthis/
>
> Either of the two links named "Installer". There is one for the Beta
> and one for the new version 2.0.4

GET /free-tools/hijackthis/HiJackThis.msi HTTP/1.1
User-Agent: Opera/9.80 (Windows 98; U; en) Presto/2.5.22 Version/10.51
Host: go.trendmicro.com
Accept: text/html, application/xml;q=0.9, application/xhtml+xml,
image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: sv-SE,sv;q=0.9,en;q=0.8,de;q=0.7
Accept-Charset: iso-8859-1, utf-8, utf-16, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;q=0
Referer: http://free.antivirus.com/hijackthis/
TE: deflate, gzip, chunked, identity, trailers
Connection: keep-alive

HTTP/1.1 200 OK


Server: Apache
Last-Modified: Fri, 26 Mar 2010 00:09:24 GMT
ETag: "12688e4-156800-482a8f9ce3500"
Accept-Ranges: bytes
Content-Length: 1402880

-->Content-Type: text/plain; charset=UTF-8
Expires: Thu, 22 Apr 2010 11:31:51 GMT


Cache-Control: max-age=0, no-cache, no-store
Pragma: no-cache

Date: Thu, 22 Apr 2010 11:31:51 GMT
Connection: keep-alive


Perhaps the server gets confused by some part of the
Accept/Accept-Encoding doohickery.


/Nisse

0 new messages