Hi - we have a download orgiginal file option (download a .vob file) and in IE8 it automatically starts Windows Media File - and there is no way for the client to actually download the .vob file...

Is there any coding (or technique) - to prevent this from happening. The Download option works on older versions of IE and also Firefox - but most of our client base for this application uses IE8..

I have attached the screen - showing the actual download options - we can download the .flv file no problem...

Any suggestions on how to resolve this pesky issue....

Thanks,

Vicki

This will be related to the MIME setup on your server. For more information, please see:
documentation.hwdmediashare.co.uk/wiki/M...d_downloading_videos

Hi - we tried adding the line to .htaccess - (AddType line) - and still have the same issue - tried to find a way to simply stop Windows Media Player thru Browser and Windows settings - still no luck... (again this is only in IE8)...

Any other suggestions - there has to be a way around this - besides telling basic IE users that they have to use Firefox...

Thanks again for any advice on this,

Vicki...

The MIME configuration does affect this. Therefore, you have the wrong syntax in your htaccess file, or your server doesn't support this. Have you asked your host? They will be able to tell you quickly if this is possible and the correct syntax for your server.

It is possible IE8 checks to ensure that the type of the file being downloaded matches the MIME type declared by the server. However, it shouldn't override the MIME type send by the server.

Hi,

Our research indicates that this is a problem unique to IE8 - we've contacted our host, incidentally, who said there is nothing that can be done at the server level. We're allowed to alter our .htaccess files and are sure the syntax we used was correct. It did not force a download dialog box for the .vob files in IE8 browsers.

Microsoft offers a couple of workarounds for the problem: See this page.

We tried adding code in your dfile.php file to send the following to the headers:
X-Content-Type-Options: nosniff
and
X-Download-Options: noopen

However, that had no effect. Let us know if you can think of a better way to try and send these headers... otherwise, I guess we'll just write it off as an IE8 bug.

Vicki

we've contacted our host, incidentally, who said there is nothing that can be done at the server level.OK, I'm not entirely sure that is true. However, I have made some adjustments to the source code which might help force this download. The modifications have been added to the source code. It will be uploaded with the Nightly Build tomorrow night at 18:00 GMT.

That's great - thank you. Could you possibly e-mail me the patch (since we may have customized the component a bit)? If not, will there be a changelog posted?

Vicki