Forum Replies Created
-
Posts
-
Is the problem only related to a certain file?
Are you using the PDF Stamper with the file in question?
Please create a test page, and place a free download button on it, that points to the product in question. That way, we can isolate problems related to the download from the cart.
Next, enable the debugging logs. After the failure, look in the download_manager_debug.log file for clues.
MP3 files are already compressed. Trying to zip them does not shrink their size significantly. WP eStore will take care of the link security.
There is a file uploader in WP eStore plugin. Use the “Upload File” button next to the “Digital File URL” field when creating a product.
or Use something like FireFTP (a Firefox addon) or Filezilla.
Tutorial on how to use FileZilla:
http://www.tipsandtricks-hq.com/using-filezilla-ftp-client-for-your-wordpress-site-6566
I am going to make the assumption that your files are in the plugin’s download directory.
If they are, just delete the renamed “.htaccess” file. You may also want to try setting the Automatic URL Conversion Preference back to “(Default) Absolute” just to keep things Kosher, and see if it still works.
Hint: Beware of the following plugins and widgets…
* Google Voice
* Twitter
* facebook-like-button-plugin
* recommended-reading-google-reader-shared
Everytime they change their code, I have to pre-qualify the changes before I install them.
You have a header at the top of your page that contains flash code. It has some kind of logic, so that if a browser without flash is detected; it displays the download Adobe flash button. Try looking in your theme files.
As stated above, this is going to be an ongoing battle. Every time a plugin or theme update becomes available, you will have to go through the exercise of editing out non https references.
Your site has one unsecured image:
http://www.adobe.com/images/shared/download_buttons/get_flash_player.gif
Change it to an https reference.
I also run my site in full time SSL mode. I am always fighting plugins that contain non-secured external image references.
In the directory which contains your files, check to see if there is a “.htaccess” file. If there is one, rename or delete the file.
Also, with the “Do Not Convert” option on, if you were to copy the “resolved DL file path” shown in the debug logs to your browser’s address bar, can you access the file?
Please try the solution offered here…
https://support.tipsandtricks-hq.com/forums/topic/cant-download-file
Try this…
WP eStore -> Settings -> Addon Settings -> Download Manager Related Settings -> Automatic URL Conversion Preference -> Do Not Convert
I think, that because you “…changed the currency in between…” that is the reason for the second failure. When the final IPN came through, it no longer matched what eStore was expecting.
Because you successfully tested it with the sandbox, there is a high confidence level that real purchases will go through. However, if you expect a majority of buyers to have unverified accounts, any tweaks you make between the time of purchase and when the funds clear may cause similar failures.
