download script couldn't locate the file

[emue]

Hello

I am getting the following error message:

The secure download manager ran into a problem that it couldn’t handle, and is unable to process your download request. Please contact the site administrator.

Please tell the site administrator the problem was due to the following reason:

The download script couldn’t locate the file associated with the digital product. If the administrator thinks this reason is in error, maybe a different URL conversion option might fix the problem.

I have followed the instructions about ht access files, caches, etc. Activated debug file and created test link. For the actual product (Epub – 125kb) I still get the error message, and the debug file says:

[03/19/2012 11:12 AM] – Status : Unresolved DL file path = http://xxx.fr/xxx/xxx.epub

[03/19/2012 11:12 AM] – Status : Resolved DL file path = http://xxx.fr/xxx/xxx.epub

[03/19/2012 11:12 AM] – FAILURE : Error on file_exists(‘ http://xxx.fr/xxx/xxx.epub’)

The test file download fine and the debug file says:

[03/19/2012 11:17 AM] – Status : Unresolved DL file path = http://xxx.fr/xxx/xxx.zip

[03/19/2012 11:17 AM] – Status : Resolved DL file path = /home/xxx/public_html/xxx/xxx.zip

[03/19/2012 11:17 AM] – Status : Dispatching DL method = 1

[03/19/2012 11:17 AM] – SUCCESS : DL completed with no server-side errors detected.

I don’t have any cache plugin, but some instruction about deactivating cache for download.php I didn’t understand.

This has been happening for a little while on a number of files. I have upgrading the plugin, reset original settings, etc. Nothing helped. I also had the download.php downloaded instead of the actual file in one instance. (https://support.tipsandtricks-hq.com/forums/topic/download-link-is-downloading-downloadphp-file)

Thanks for your help!

[wzp]

Does the “resolved DL file path” actually exist, as in copying it to a browser address bar work?

If the file URL you specified in the plugin is incorrect then the plugin won’t be able to fetch the file.

[emue]

Yes yes, sorry I forgot to mention that as it seemed so obvious. The URL is correct. It downloads perfectly when not encrypted.

[wzp]

So, in the above log entry; if you copy the URL from the “Error on file_exists” error message and paste it into your browser’s address bar, the file downloads? In other words, what we’re trying to do is prove or disprove the correctness of the DL path resolution process, and if the resolved DL path is valid.

Because your test file download was successful, we’re concentrating on the reason for why you received the error message for your actual product.

[emue]

Yes. The file downloads. I am happy to send you the actual URL via PM, I can also let you into my WP Admin interface if you want to have a look yourself. If I copy the URL it does download the Epub file perfectly. Only the encrypted URL causes a problem.

Thanks for your help.

[admin]

Just to verify… You have tried changing the download methods in eStore right?

https://support.tipsandtricks-hq.com/forums/topic/wp-estore-download-methods

[wzp]

In the debug log that you posted, the failure occurs BEFORE the actual download begins; it is saying that it simply couldn’t find the file. That is why I am concentrating on the validity of the DL file path, and not the download method yet.

Please complete my contact form at http://TheAssurer.com/contact and I will look into it.

[emue]

I have tried several other download options and they also don’t work. When I use them, I don’t get any error message though, just a blank page.

I will fill out the contact form.

Thanks.

[wzp]

The reason you received a “file_exists” error is because that particular product (ID 22) requires a digital variation. To demonstrate the error, go to the Admin Functions page; and try to create a link for Product ID 22, without any variation. You will receive a “link generation failure” message. Now, try it again with either the (case sensitive) “Mobi” or “PDF” variation. A valid link will be generated, which will successfully download.

I suspect that you’ve forgotten that you assigned digital variations to some of your products.

[emue]

Thank you, but no, I didn’t forget. I did my Admin test with all different formats set in my digital variation field. Mobi and PDF do work, but Epub doesn’t. I am stil getting the following error message with the Epub link:

The secure download manager ran into a problem that it couldn’t handle, and is unable to process your download request. Please contact the site administrator.

Please tell the site administrator the problem was due to the following reason:

The download script couldn’t locate the file associated with the digital product. If the administrator thinks this reason is in error, maybe a different URL conversion option might fix the problem.

—

As you must have noticed, in the variation field of item #22, the Epub variation is there and the real URL is valid, only the encrypted one fails. Also Item #8 – PDF still download the Download.php file instead of the PDF.

I guess, there is no explanation then. So I may as well change e-commerce system.

Sorry about that.

[wzp]

The reason the “Epub” variation did not work is because your variation field, in the product database, contained:

Format|Epub::

http://emue.fr/nameofyourfile.epub|Mobi::http://…

PHP interpreted the invisible newline character, between “Epub::” and “http” as part of the file name. After I changed it to:

Format|Epub::http://emue.fr/nameofyourfile.epub|Mobi::http://…

Then the “Epub” variation began working.

As for product ID 8, you had a newline character at the end of the filename. Instead of “somefile.pdf” the filename became “somefile.pdf<newline>” and that caused the error. After removing the newline character, the “PDF” variation began downloading properly.

Under Unix/Linux, invisible characters are valid filename characters.

[emue]

Thank you so much for your help! I would not have imagined something like that. I really appreciate your help.

[wzp]

We have added some code to the latest build that trys to prevent this problem.

[Author]

Posts