MAJOR BUG! PDF Virtual Download File Gets Corrupt!

[In-Overtime]

When downloading then saving the "Virtual Product" (which is a PDF file) to my desktop and try to open it, Adobe is telling me the file is corrupt.

When trying to open it directly upon using the "Download" button, Adobe opens, but then it says the file doesn't exist.

I checked all the permissions - they are fine.

Using my WsFTP, I ftped a copy of my PDF file back to my desktop to check it and it opens fine.

Upon checking the "download.php" file, I noticed that there is a bit of code that reads

// Now send the file with header() magic
header("Expires: Mon, 26 Nov 2010 12:00:00 GMT");
header("Last-Modified: " . gmdate("D,d M Y H:i:s") . " GMT");
header("Cache-Control: no-cache, must-revalidate");
header("Pragma: no-cache");
header("Content-Type: Application/octet-stream");
header("Content-disposition: attachment; filename=" . $downloads['orders_products_filename']);

Could the line "Content-type: Application/octet-stream" be corrupting my file during the downloading it as ASCII instead of binary, or is it the other way around? I'm not sure if a PDF is a binary or ASCII . . . .

I really need to figure this out ASAP - any and all feedback would be appreciated.

[michael_s]

Major Bug is an overstatement. Turn off 'download by redirect' in the configuration - downloads section of the admin.

PDFs download just fine for me.

[In-Overtime]

Well, that partially work.

Adobe still states that "file could not be found" when trying to open from the popup download window.

However, it does work now when I save the file to a folder or desktop.

We're halfway there.

[michael_s]

AFAIK you must save a download before opening it. Otherwise it is just a tmp file in the windows tmp dir and windows seems to have a problem rendering that since it does not have the same filename as the actual file.

I have replicated this behavior in many different programs, not just osCommerce, so I think it due to the method of download as an attachment.

Fortunately, when downloads occur, you can click the save button, then once it is saved, you can then click the open button in the same popup...

[In-Overtime]

Thanks, masasek.

I made posted a note next to the "Download Links" instructing the client to "SAVE" in their account history info page.

That should work.

I tried a few other methods for delivery by adding lines to the header()magic, like header(Content-type: application/pdf) and header(Content-transfer-encoding: binary) and header(Content-transfer-encoding: base64), but nothing helped.

I may still dig into it further, but it is something for another day.

Thanks again. You 're the man.