[Michael DeLuca]

Okay, thank you–I’ll move our downloads somewhere else.

[Michael DeLuca]

I may have figured out the answer to my own question. In case this is of use to anybody else: looking through the plugin code, it appears that the additional URL query parameter I’m looking for is “&c_input=PDF”. So an add to cart link from an external site, using the Extra Shortcodes plugin and a product with a digital variation, would look like this:

example.com/cart?ap_id=my_affiliate_id&wp_eStore_add_to_cart=XXXX&c_input=PDF

[Michael DeLuca]

Sorry if this is the wrong thread to post this in, but I have a question about the Buy Now and Add to Cart links in the eStore Extra Shortcodes plugin: can they be used with digital product variations? What I’m looking for is something like this:

example.com/cart?ap_id=my_affiliate_id&wp_eStore_add_to_cart=XXXX&wp_eStore_digital_variation=PDF

The way it appears to be working now (IE not working), the product gets added to the user’s cart, and they can check out successfully, but the order email fails to include a download link. It just has a blank line where the link would normally be.

Thanks for your help.

Michael

[Michael DeLuca]

Hi,

I’m trying to do the same thing as vandith, test the Thank You page display of purchased products using a Sandbox account, and getting the same error, “Product(s) will be delivered when the payment is cleared.” I really do need to use the sandbox to test this, because I’m trying to add some functionality to the thank you page display (yes, by hacking the plugin, but what I’m asking doesn’t depend on that). I just want to know if vandith or the plugin maintainers ever figured out a way to use the PayPal Sandbox to successfully display Thank You page results.

Here’s a stackoverflow thread about the same thing:

http://stackoverflow.com/questions/4298117/paypal-ipn-always-return-payment-status-pending-on-sandbox

I tried everything suggested there and none of it worked.

Thanks!

[Michael DeLuca]

I just wanted to chime in and say I also would appreciate having other options for url shorteners besides Google. How about the open-source shortening software YOURLS?

[http://yourls.org]

Not only would that eliminate any privacy concerns, but it would mean not having to fetch the shortened URL using CURL. I’ve just about made up my mind to hack that option into the plugin code for myself.

[Michael DeLuca]

Thanks! Sorry I missed that other thread. I did a search first but for some reason that didn’t come up.

[Michael DeLuca]

FYI, it appears that PayPal has revamped their sandbox IPN. I had to re-create my sandbox accounts and reenter the new PDT identity token in the eStore plugin settings, but I’m now again able to complete a test transaction. Hopefully this helps somebody.

[Michael DeLuca]

OK…I think I get it. You’re right, I have two conditions: first, that the cart must have something in it worth more than $0.98, and second that something in the cart belongs to a certain category. When I turn off the $0.98 cents condition, the misleading error message goes away. However, so does the discount. In other words, the automatic discount feature only works if you provide a second condition. The help text for the field says so: “Customers who order more than this amount will automatically get the specified coupon applied to their cart. Leave empty if you do not want to use it.”

What would be an example of a situation involving an automatic discount where that error message is actually needed? Maybe if a customer came to the store with a different, non-automatic coupon and tried to apply it in addition to the automatic coupon that was already being applied, but tried to apply it to products it doesn’t work on. They’d need that message to help them understand why their second coupon wasn’t working. But in that case, there would be a strong chance they’d already be seeing that message for the automatic discount.

In my opinion it’s better not to show any message than to show an ambiguous message. So I guess I’ll keep using my hack.

Thanks.

[Michael DeLuca]

The coupon we’re applying automatically to all orders is for 33% off all products belonging to a specific category. Our store sells ebooks–the category in question contains all books from a specific publisher. Does that answer your question? The coupon is applied to every order placed on our site, but it only actually affects the price of a product in your shopping cart if that product is in the specified publisher category. So if you came to the site to buy a product from some other publisher and nothing else, you automatically got the warning message because none of the products in your cart fit the condition for the 33% discount.

[Michael DeLuca]

I’m running into this problem as well. From the sudden change in the contents of my eStore_post_payment_debug.log, it looks like it started happening on August 13th.

I sure hope they fix it soon–it makes debugging pretty much impossible.

[Michael DeLuca]

Ok… now I think it is working!

Affiliate ipn_handle_debug.log is still empty (is that file no longer used?) but data for affiliate sales now appears in the Sales/Comm Data admin page, and the eStore’s post_payment_debug.log now shows a bunch of affiliate-related stuff like so:

[04/23/2012 3:18 PM] – SUCCESS :===> Start of Affiliate Commission Calculation <===

[04/23/2012 3:18 PM] – SUCCESS :WP Affiliate Platform is installed, checking commission related details…

[04/23/2012 3:18 PM] – SUCCESS :The referrer for this sale is:boonofdoom

[04/23/2012 3:18 PM] – SUCCESS :Processing Commission for : The Homeless Moon III (Steampunk!) Ebook (PDF)

[04/23/2012 3:18 PM] – SUCCESS :Total Price of the currently processing item : 0.99

[04/23/2012 3:18 PM] – SUCCESS :Using commission rate from affiliate profile

[04/23/2012 3:18 PM] – SUCCESS :Using % based commission rate for this commission. Qty:1, Total price:0.99, Commission level:25

[04/23/2012 3:18 PM] – SUCCESS :Sent commission email notification request to the affiliate plugin

[04/23/2012 3:18 PM] – SUCCESS :The sale has been registered in the WP Affiliate Platform Database for referrer: boonofdoom with amount: 0.25

[04/23/2012 3:18 PM] – SUCCESS :Awarding 2nd tier commission if applicable

[04/23/2012 3:18 PM] – SUCCESS :End of tier commission check

[04/23/2012 3:18 PM] – SUCCESS :===> End Affiliate Commission Check <===

Thank you for your help!

[Michael DeLuca]

Aha! Changing the Download Method in the eStore Addon Settings to Method 6, Fopen-1M-Closed-Nozip seems to have solved the problem.

[Michael DeLuca]

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:

Encryption issues

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?

[Michael DeLuca]

Hi,

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:

WP eStore Download Methods – Change Encrypted Download Methods

Any other suggestions?

[Michael DeLuca]

Hmm, ok–the problem appears to have resolved itself. I just needed to remove all cookies and delete my browser cache after upgrading. Now my orders are being logged again.

[Author]

Posts