By paichi on

I'm having a problem when attempting to download files off of my drupal site through Internet Explorer when I set the $base_url in the includes/conf.php file to an https based address; if it's set to the http equivalent, then the downloads proceed normally. I do not experience this problem with any other web browser (Mozilla, Firefox, or Galeon). The actual error message Internet Explorer returns is as follows:

"Internet Explorer cannot download 40 from blah.gov
Internet Explorer was not able to open this Internet site. The requested site is either unavailable or cannot be found. Please try again later."

According to my Apache2 log files, the HTTP request for this file (when attempting to connect through MSIE) looks like this:
TLSv1 RC4-MD5 "GET /drupal/?q=filestore2/download/40 HTTP/1.1" 1117712

The HTTP request from Firefox is as follows:
TLSv1 DHE-RSA-AES256-SHA "GET /drupal/?q=filestore2/download/40 HTTP/1.1" 1117712

Comments

greghaygood’s picture

greghaygood commented

This is a known problem with most versions of IE (http://support.microsoft.com/kb/316431). Most of the responses fall into these buckets: A) don't use IE, B) allow IE to save encrypted files to disk cache, and c) disable cache control from the served content.

(A) would be nice, but that's not an option for most companies (sadly). I tried (B), but it doesn't seem to work here. I've tried to fix filestore2/fscache per (C), but it doesn't seem to work either.

Anyone have any other thoughts or suggestions, or - better yet - the fix?

Geary’s picture

Geary commented

I just had this problem on a customer site, and the fix was very simple. In bootstrap.inc, near the end of the drupal_page_header() function (line 477 in 4.6.5), I commented out this line which generates the Pragma: no-cache header:

      #header("Pragma: no-cache");

I didn't need to comment out the previous two lines which generate Cache-Control headers. It worked OK with those lines unchanged.

anner’s picture

anner commented

Can you think of any other ramifications to doing this? It worked for me too, but I'm concerned about what else it might affect.

susserj’s picture

susserj commented

Hi,

I'm using Drupal 5.2 on Ubuntu 7.4 and I'm not also able to download files. The system is setup to use https. Firefox works fine but not IE 6.0.

I think the solution given above doesn't make any sense anymore because there is no longer a line with "header("Pragma: no-cache"); to comment out in boostrap.inc.

My caching mode is disabled.

I really need help on this.

Using Firefox is not a solution for us.

Thanks

susserj’s picture

susserj commented

I changed "store" to "no-store" in boostrap.inc

header("Cache-Control: no-store, no-cache, must-revalidate");

Pasi’s picture

Pasi commented

I had this problem with https, private-method and IE and changing "store" to "no-store" in boostrap.inc helped.

Thanks!

StephenRobinson’s picture

StephenRobinson commented

http://support.microsoft.com/kb/812935

This issue may occur if any one or more of the following conditions are true:

* The Do not save encrypted pages to disk check box is selected in Internet Explorer 6.0 SP1.
* The server sends the "Cache-Control: No Store" header.
* The server sends the "Cache-Control: No Cache" header.

Anyway got rid of the problem via setting:

drupal_set_header('Cache-Control: Cache');

in the first line of page-node-foobar.tpl.php

therainmakor’s picture

therainmakor commented

I made that change and PDFs will now open up in IE, but Word documents do not. When I try to open one it stalls IE and I have to end the WINWORD.EXE process. Once I do that, then IE starts working again. I can save a Word document to my local drive though through through IE. Very odd.