Files Module: Downloads fail in IE, not in Firefox

[cglidden]

Hello,

I am seeing an issue where file downloads work fine under Firefox (1.0.4) and not under IE6. I have seen this behavior with IE6 on XPSP2, XPSP1, and 2KSP4.

When IE opens a link, it receives the Content-length and other properties just fine, but the filename it attempts to assign is "fileviewer_php?file_id=nn", which it then tries to download, but then fails because it never finds "fileviewer_php?file_id=nn".

I've browsed through fileviewer.php and commented/uncommented some of the header setting lines, but that didn't help.

Some system info:
Fedora Core 2
Apache 2.0.51
PHP 4.3.10 (couldn't upgrade to 4.3.11 because it looks like it requires FC3)
mysql v11.18 Distrib 3.23.58

This was originally dotproject 1.02, which we recently upgraded to 2.0.1.

I have upgraded PHP and mysql to current, as listed above, which may not be 100% current in the universe of available upgrades.

I am guessing the problem lies in IE or fileviewer.php and how it interacts with IE, but I don't seem to have the knowledge to solve this particular problem.

I believe I have the MIME-type properly configured in apache:
application/x-msi .msi

Obviously, this is an .msi I am trying to download.

Any help would be appreciated. I can get any system details you'd like and will clarify any point you find confusing.

I am an experienced linux user, but I would not consider myself a full-fledged admin. I am writing because the full-fledged admin I have access to was also completely stuck by this problem.

Chris

[lyynx]

I've run into the same issue as well. Firefox is fine though as well. Were you able to resolve this or are you still waiting for an answer.

[pedroa]

Nice reading

http://livedocs.php.mirrors.powertrip.co.za/en/function.header.html

Pedro A.

[kilundo]

I tried the link, however, it didn't work.

I am having a similar issue, however another element is that I am using a shared SSL connection on my setup. Any info or direction to applicable resources would be helpful, thanks.

<update>
I've read what I can on function.header.html and since I'm a php novice it was way above my head.

I have two different systems running dotproject. Both are 2.0.1, however, the one with the problem is running over a shared ssl certificate that my host company offers. The one that is working is on another server and host company not running over ssl at all. I'll give more info on the configs once I get access to that, I'm currently behind a firewall that is keeping me from getting that data. (port closed)

[onup]

I have exactly the same error... any idea?

[dpktjf]

for larger file sizes, my mysql database was returning the size in scientic notiation. Firefox was able to understand that and download OK, however IE appeared to treat size as a string and chop at the "e". Thus the download was truncated and IE failed.

So instead of
header( "Content-length: {$file['file_size']}" );

I tried this and all ok on both IE and FF
$size = sprintf("Content-length: %f", $file['file_size']});
header($size);

[artvandelay]

Which file is that in? I experienced the same problem and would be tickled to get it fixed.

Thank you!

[dpktjf]

fileviewer.php

[clemente]

Hi

I had the same problem with dotProject 2, Internet Explorer 7 and ssl connection, but none of the above suggestions worked for me. The cache was already disable in my version of dotproject fileviewer.php.

Only adding an empty Pragma in the fileviewer.php before the content header code worked for me:

header("Pragma:"); // line to add
header("MIME-Version: 1.0");
.........

Cheers