Downloaded file size is 0 (Zero) byte or 404 error or Other file download error

[coolvibe]

Same issue, all the downloaded files are corrupt however, when I access them directly they are downloaded and unzipped fine.

To previous user you’ve said:

“Please enable the debug logs in eStore, try a few downloads, and then check the download_manager_debug.log file. “

I did activate debug and sanbox, but how to check the encrypted link that you send for downloading. how to test that link is working correctly??

[wzp]

1. Enable debug logs, and reset them.

2. Use Admin Functions to manually generate a product download link.

3. Copy the generated link to your browser address bar.

4. Look in the download_manager_debug.log file.

[boagworld]

For what it is worth I have the same problem. With W3 Total Cache on I get files either not download or show zero bytes. With it off everything is okay. I have tried…

1. Excluding the specified cookies.

2. Turning off gzip

3. Excluding download.php from caching.

Nothing has worked. I would really appreciate some help.

In order for you to see the exact problem I have recorded a brief screen cast and put it on Vimeo. I hope its useful…

http://vimeo.com/33195023

[Peter]

Hi,

For the W3 Total Cache, when you say you already tried “Excluding the specified cookies” did you follow the workaround instructions? (shown in page below)

WordPress eStore Troubleshooting

Regarding your request for guidance about the debug instructions given by wzp – it’s really quite simple and exactly as wzp has already outlined but I’ll try and add to his instructions:

1) Enable debug logs, and reset them.

To do this simply (check the “Enable Debug” checkbox) from the eStore settings menu.

Then to reset hit the “Reset Debug Log Files” button.

2) Use Admin Functions to manually generate a product download link.

To do this click on the Admin Functions link. Then in the first section enter your product ID and hit “generate link”.

3) Copy the generated link to your browser address bar.

(Using link in point 2 above)

4) Look in the download_manager_debug.log file

Click on the log file link and save the text file somewhere and then view it.

Hope that helps.

[boagworld]

I have added the following cookies…

ap_id

cart_in_use

eMember_in_use

As for the debug mode, as I showed in the video, the logs are coming back blank…

http://vimeo.com/33195023

[Peter]

Hi,

Ok so it appears that you might have a write permission problem on your host because debug is not being written to the log files.

Could you please log into your host and temporarily set the permissions of the debug log files (NOT the directory) to 777? ie, I’m referring to the log files in the directory:

/wp-content/plugins/wp-cart-for-digital-products/

Then try your test again and see if you get some debug.

[coolvibe]

I am also not recording any debug’s. And I have followed all the steps in http://www.tipsandtricks-hq.com/ecommerce/wordpress-estore-troubleshooting-218, but have not been able to solve the issue. I did try regenerating the link many times but all the downloaded files were corrupt with an error, no directory exists.

Please help!

[wzp]

Regarding the blank logs: The proper permission setting for the eStore plugin directory is 755. The proper permission setting for all *.log files is 644. Once the permissions have been changed, and debug logs enabled, click the Reset Debug Lgs button. Then check to see if a “Log file reset” message has been recorded in all the log files.

Without insight from the download_manager_debug.log file, it s very difficult to properly diagnose the issue.

[coolvibe]

Here are the contents of my log file

[12/06/2011 4:17 PM] – Status : Unresolved DL file path = http://www.xxx.com/wp-content/plugins/wp-cart-for-digital-products/downloads/abc.zip

[12/06/2011 4:17 PM] – Status : Resolved DL file path = /home/xxx/public_html/wp-content/plugins/wp-cart-for-digital-products/downloads/abc.zip

[12/06/2011 4:17 PM] – Status : Dispatching DL method = 2

[12/06/2011 4:17 PM] – SUCCESS : DL completed with no server-side errors detected.

I checked the permissions, they are correct. The file gets downloaded (1.5 MB) but when I try to expand it, i get following error:

“corrupt zip file unable to expand error no such file or directory”

Please help!

[wzp]

Okay, I will presume that the “resolved DL path” is correct. So there should be no need to adjust the URL conversion preference.

1. How large is the zip file?

2. Under the eStore Addon Settings, please try another “Download Method” and see if that resolves the issue. My personal favorite is Method 7, but that only works if you have the cURL library installed.

[coolvibe]

Unfortunately I guess curl lib isn’t installed on my server, I got the following error:

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

The cURL library can only process fully qualified URL. Ensure that the URL conversion option is set for “Do Not Convert,” and that fully qualified URL are used in the product database.

Meanwhile I am trying all sort of different methods (1-6,.

Another question is how do I convert these error messages into some readable form ( for site users in case they encounter some etc). Please guide me on this as well.

[coolvibe]

could this be an .htaccess issue? because I have another plugin which used to track downloads, like

http://abc.com/download/xyz/

but it also seems to give corrupt zip files however on putting the absolute path (http://abc/xyz.zip) I am able to download and extract the file successfully.

Any ideas on this?

[wzp]

You do have cURL installed. The message means that you have to select the “Do Not Convert” URL preference in order for Method 7 to work; sorry, forgot to mention that.

The error messages in the latest version (which you seem to have now) were redone, so that if the user “tells you” (yes, YOU are the sire administrator) what the message is, you can more easily diagnose (with a little help from us) what the problem is.

[wzp]

Delete any .htaccess files from the downloads directory.

[coolvibe]

Deleted. and Activated to method 7.

I am confused, this seems to be a very akward bug. All zip downloads are downloadable via direct path from the browser but when trying to download them using some script “estore or download counter”, seems to give corrupt zip files.

I deactivated W3Total cache plugin, but no effect. I am not sure if this issue is related to estore. If you have any ideas, would be really helpful.

[Author]

Posts