September 14, 2010 at 1:22 am #20302amin007Participant
Please try this method explained here and let me know how you go:September 14, 2010 at 7:57 am #20303
I changed the settings but still the same, the downloaded file is corrupted.
( WP eStore Settings v 4.2.7 )September 14, 2010 at 12:25 pm #20304
strange.. I tried it on a Mac with Safari and then it works correct!
I tried it also on a Win comp with Firefox and it works correct!
It seems a IE problem. I hope it helps you to find an answer.September 15, 2010 at 1:51 am #20305IvyMember
Hi, We will need to take a closer look at what is happening on your site. I have sent you a site access request via email. Please let me know if you do not receive this email.September 16, 2010 at 10:52 am #20306
I updated the e-store version and tried different settings. The download now works correct in IE with method 6.
BUT…. now the download link doesn’t show up on the Thank You page
[ wp_eStore_transaction_result:end ] is on that page.
Before it works but not now
site access is the same if you need to take a lookSeptember 16, 2010 at 10:18 pm #20307IvyMember
Hi, There is an issue with PayPal’s enhanced checkout. You can read more about this here:
Are the emails and everything else working like it should?September 16, 2010 at 10:35 pm #20308
I don’t changed any settings in the paypal account. Before this update it worked.
E-mail is OK with the link, only the link in the “thank you” page is gone.
From PayPal I get with the button to the thank you page like before.September 17, 2010 at 1:18 am #20309amin007Participant
PayPal’s post payment data sending behavior has changed a bit with the whole new enhanced checkout. You can read more here:
Anyway, this change is causing the links to not appear on the “Thank You” page but I am adding an alternative option to take care of this issue. I am adding the option to use PDT (Payment data transfer) feature of PayPal to get the payment data on the “Thank You” page so the plugin can display the links after it verifies the purchase.December 20, 2011 at 3:44 pm #20310
I seem to be having a version of this problem which started when I upgraded the plugin to version 6.2.4. The files on the server have not changed and I can still open them when I download them directly, but the encrypted download links are somehow corrupting the file.
In my eStore Settings under Download Validation Script Location, it now says this:
Warning: file_exists(): open_basedir restriction in effect. File(../../../wp-content/plugins/wp-cart-for-digital-products/download.php) is not within the allowed path(s): ([mypath]:/tmp) in [mypath]/wp-content/plugins/wp-cart-for-digital-products/eStore_general_settings_menu.php on line 633
That value has not changed since I upgraded, and I tried deleting the value and saving the settings as suggested in another thread on this topic but the problem persists.
I’ve also tried lots of the suggestions on this page and those it links to but none have helped:
Any other suggestions?December 20, 2011 at 3:51 pm #20311
If this helps, here are the contents of my download_manager_debug.log for a corrupted link:
[12/20/2011 3:50 PM] – Status : Unresolved DL file path = [my_url]/wp-content/plugins/wp-cart-for-digital-products/downloads/9781931520355-McHugh.epub
[12/20/2011 3:50 PM] – Status : Resolved DL file path = [my_path]/wp-content/plugins/wp-cart-for-digital-products/downloads/9781931520355-McHugh.epub
[12/20/2011 3:50 PM] – Status : Dispatching DL method = 1
[12/20/2011 3:50 PM] – SUCCESS : DL completed with no server-side errors detected.
And I noticed there are a series of errors written into the top of all my downloaded files, which I presume is what’s making them fail to open. The lines all look like this:
Notice: Use of undefined constant ESTORE_DLVS_HI1 – assumed ‘ESTORE_DLVS_HI1’ in [my_path]/wp-content/plugins/wp-cart-for-digital-products/download.php on line 3
I found this other thread having to do with open_basedir issues, here:
But my host isn’t going to turn off open_basedir either, so that’s not a viable solution for me. I guess I’ll try looking into download.php and try to hack it. If you know of another way, please let me know.
Would it be better for me just to downgrade to the previous version of the plugin?December 20, 2011 at 4:28 pm #20312
Aha! Changing the Download Method in the eStore Addon Settings to Method 6, Fopen-1M-Closed-Nozip seems to have solved the problem.December 20, 2011 at 8:11 pm #20313wzpModerator
What method were you using before?
- You must be logged in to reply to this topic.