December 15, 2010 at 11:08 pm #2392
Tested the subscription w/ eStore and eMember function out. Everything looked great except the member was not upgraded from free to supporter. They did receive an email but there was no link to the registration page. They were also just recently a NEW member so that email may have been for that membership also.
The reference text is set correctly. The recurring payments are set up in the buyers paypal account.
They did use an account that was not the email of their account if that matters?
Any ideas.December 16, 2010 at 12:15 am #27459wpCommerceModerator
Was the free member logged in while upgrading to the supporter level? If the free member is not logged in the plugin will not know who is getting upgraded to what membership level.December 16, 2010 at 1:40 am #27460
Would Paypal timeout if this were the case. That also happened?December 16, 2010 at 3:56 am #27461
What kind of PayPal timeout are you talking about?December 16, 2010 at 5:49 am #27462
Ok I tested it again, fully logged in. This time paypal did not time out (stalled after I agreed to payment last time).
The user was logged in. Payment went through. And there was no upgrade. I currently have it set to allow one membership. They had already signed up for the free, were logged in, and purchased the supporter subscription.December 17, 2010 at 12:08 am #27463
Is the payment button created with eStore or is it just a plain PayPal button?
Did you try running the transaction with debug option of eStore enabled if you are using eStore? This page explains the debug option:
If you are using plain PayPal button for your membership payment then you can go to the settings menu of eMember and enable debug so we can see what is going on after the payment.December 17, 2010 at 3:09 am #27464
Here is what I got:
[12/17/2010 3:07 AM] – SUCCESS :Performing item specific autoresponder signup if specified.
[12/17/2010 3:07 AM] – SUCCESS :Performing global autoresponder signup if specified.
I am using the eStore subscribe buttonDecember 17, 2010 at 3:14 am #27465
Okay good… we are making progress. Those debug outputs are actually not from this transaction you just did because you are suppose to get a lot of other outputs. Basically the payment notification from PayPal is not hitting the plugin after a payment and there can be a few reasons for that. If you go through this checklist you should find the culprit:
Remember to use the “Reset Debug Files” button to reset your debug files before doing the test transaction so you can capture clean debug output.December 17, 2010 at 3:42 am #27466
Below are the results.
I did check my IPN notification URL is set to my amember preferences (old plugin). What should this be?
[12/17/2010 3:32 AM] – Advisory : Log file reset.
[12/17/2010 3:34 AM] – SUCCESS :Paypal Class Initiated by 126.96.36.199
[12/17/2010 3:34 AM] – SUCCESS :Post string :
[12/17/2010 3:34 AM] – SUCCESS :Connection to http://www.paypal.com successfuly completed.
[12/17/2010 3:34 AM] – FAILURE :IPN validation failed.
[12/17/2010 3:34 AM] – SUCCESS :Paypal class finished.
December 17, 2010 at 3:46 am #27467
IPN is enabledDecember 17, 2010 at 4:57 am #27468
Most likely you have the situation explained in step 4 option a:
– Are you on Godaddy hosting by any chance?
– Do you have the “Bad Behavior” plugin installed?
– Please post a link to your shop pageDecember 18, 2010 at 3:22 pm #27469
I believe I have checked everything. The results to the sandbox test are below. The sandbox test came back with the IPN Validation Failure.
I do use shared hosting but it’s from Siteground.
Don’t know what the Bad Behavior plugin is.
Shop link: http://preparedcatholic.com/shop/
After changing the auto payment and data transfer to on it did take them back to the site. But just to the home page.
I thought I read somewhere that it should take them back to a form to register for the paid subscription?December 18, 2010 at 11:57 pm #27470
Your sandbox testing result looks good. When you made the payment you were logged in as a member so it upgraded the current member (It added another membership level to this member’s profile). If you were making the payment as an anonymous user (someone who is not logged in) then it would have created a new account. This page has different membership registration scenerio:
"After changing the auto payment and data transfer to on it did take them back to the site. But just to the home page."– Go to “WP eStore Settigns” and specify the URL you want them to go to after the payment in the “Return URL” field. This can be the URL of your Thank You page where you explain what the customer can expect next.
I think you are ready to do a live test now (sandbox email address are fake emails so the membership completion will never get to anyones inbox).December 19, 2010 at 7:21 pm #27471
Thanks. I would like either #2 or #3 for a scenario. I did try this and it did not upgrade the account.December 19, 2010 at 11:09 pm #27472
According to the debug everything worked fine.
"I did try this and it did not upgrade the account."– Ofcourse it is not going to upgrade the account because you have the following checkbox checked in your settings:
Enable Secondary Membership
If you read the documentation for this option it says that this should only be used when you want to assign multiple membership to a user rather than upgrading their account from one membership level to the other.
So if you go to the profile of the member who just made the test purchase you will see that this person has two membership levels (Free membership and the one he just paid for).
If you want the behavior explained in scenario #2 or #3 then you need keep the “Enable Secondary Membership” field unchecked.
- You must be logged in to reply to this topic.