PROBLEM SOLVED!!!! see below
we have a lot of zip files in a secure area on our website. (not https but password protected with permissions)
there appears to be a bug in IE that corrupts the downloaded zip files. Other browsers like firefox and safari work fine.
is there a work around for this in matrix?
much as I would love to just tell everyone to get rid of IE and use firefox this is not an option.
changing the Allow Unrestricted Access option to NO in the details screen does nothing either (tried both).
cheers Mat
Okey Dokey, we have done some more testing,
serving the file from the media folder without any pemission restrictions works in IE
serving the file from the media folder with pemission restrictions does not work in IE
so it appears to be related to permissions on the zip file (other files such as .doc are served without problems!)
[quote]Okey Dokey, we have done some more testing,
serving the file from the media folder without any pemission restrictions works in IE
serving the file from the media folder with pemission restrictions does not work in IE
so it appears to be related to permissions on the zip file (other files such as .doc are served without problems!)[/quote]
There is an option that might be related:
Send no-cache header for File assets No
If enabled, the "no-cache" Cache-Control option will be sent when serving File asset types. This option can be used to resolve inline file display issues in Internet Explorer.
I have never had to turn this on, but it might be worth giving this a go.
Otherwise there may be something in the Microsoft KB. Which version of IE?
Dang this setting was already set to yes, setting it to no made no difference!
Tested IE 7 and 6 - Same issue.
Microsoft KB acknowleges the issues but their work arounds don't work.
If if makes any difference we are currently using Matrix Version 3.16.6 and are planning to upgrade soon.
[quote]Dang this setting was already set to yes, setting it to no made no difference!
Tested IE 7 and 6 - Same issue.
Microsoft KB acknowleges the issues but their work arounds don't work.
If if makes any difference we are currently using Matrix Version 3.16.6 and are planning to upgrade soon.[/quote]
Have you got the KB references?
I am not sure if there have been any fixes since 3.16.6 about this issue, it is possible.
Maybe this might help: http://support.microsoft.com/kb/323308/
Apparently there is an issue with IE and SSL and headers.
We have found that you can use mod-headers in apache to provide a valid workaround for this issue. With mod-headers, you use it to unset the Pragma header.
This is not a bug with matrix but with IE, we have found, Matrix adheres to the RFC spec while IE does not seem to follow it.
[quote]Maybe this might help: http://support.microsoft.com/kb/323308/
Apparently there is an issue with IE and SSL and headers.
We have found that you can use mod-headers in apache to provide a valid workaround for this issue. With mod-headers, you use it to unset the Pragma header.
This is not a bug with matrix but with IE, we have found, Matrix adheres to the RFC spec while IE does not seem to follow it.[/quote]
That issue does not say it applies to IE7 though. All very odd.
PROBLEM SOLVED!!!!
Basically a problem with Apache not Matrix
[b]zip file corrupted when downloading file using Internet Explorer from apache server[/b]
Recently a client compliant that download a zip files from my website and got file corrupted error. After did some testing, I found that the problem happened on in Internet Explorer only, and the file downloaded is several bytes shorter than the one on the server. And the zip file on the server is not corrupted.
Then I remembered that I did some changes on the apache server setting recently. and I suspected that it caused by the mod_deflate module of the apache. If I disable this module, the zip file can be download correctly without corruption.
In order to solve the problem, I have to tell the apache server not to "compress" zip file during file transmission. In order to do this, I modified /etc/apache2/apache2.conf, from:
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
</IfModule>
to:
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \.pdf$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \.zip$ no-gzip dont-vary
</IfModule>
It told apache not to compress all gif, jpeg, png, pdf and zip files. We can also add other file types that don't want to be compressed by mod_deflate.
http://www.waterworld.com.hk/en/node/58