Tips and Tricks HQ Support Portal › Forums › WP eStore Forum › WP eStore Troubleshooting › eStore – Authorize.net payments not updating membership level
Tagged: authorize.net, eMember, estore, integration
- This topic has 6 replies, 3 voices, and was last updated 11 years, 11 months ago by admin.
-
AuthorPosts
-
December 20, 2012 at 10:16 pm #8202johnconniffMember
We’re doing a product as a membership level type of cart and are having some difficulties getting it to work as intended.
If I’m logged in as a free member and purchase through authorize.net, I never get updated to the membership level I just bought. Authorize.net and the product are all setup (As far as I can tell) correctly. The purchase goes through on the authorize.net end.
The only thing I can think of is that the thank you page upon successful payment takes you to an authorize.net thank you page rather than redirecting to the website. In fact, I’m not entirely certain where to redirect after completion.
Any help is greatly appreciated.
December 20, 2012 at 10:42 pm #52581josh401Member1) Go to eStore settings and hit the “reset debug files” button.
2) Now, do a test transaction and share the content of the debug file from your test.
December 20, 2012 at 11:34 pm #52582johnconniffMemberThanks for your reply Josh,
Here’s the contents of the debug file:
[12/20/2012 11:32 PM] - SUCCESS :Handling payment data from: authorize
[12/20/2012 11:32 PM] - SUCCESS :Retrieving order details... Key: 50d39fe45d2aa Gateway: authorize
[12/20/2012 11:32 PM] - SUCCESS :Retrieved Item Details: 6|Professional Membership|1|54.95||eMember_id=25&ip=75.147.187.69
[12/20/2012 11:32 PM] - SUCCESS :Order Received... verifying payment data.
[12/20/2012 11:32 PM] - SUCCESS :Performing post payment processing tasks.
[12/20/2012 11:32 PM] - FAILURE :The transaction ID and the email address already exists in the database. So the payment have already been processed. No need to do anything for this. This could happen from a server glitch.
[12/20/2012 11:32 PM] - SUCCESS :gateway=authorize, custom=eMember_id=25&ip=75.147.187.69, txn_id=0, txn_type=auth_capture, transaction_subject=(TESTMODE) This transaction has been approved., first_name=Testy, last_name=McTester, payer_email=admins@ivycat.com, num_cart_items=, subscr_id=50d39fe45d2aa, address=123 Herp Derp Ln, Gig Harbor, WA 98335, USA, phone=8008614004, coupon_used=, eMember_username=25, eMember_userid=25, mc_gross=54.95, mc_shipping=0.00, mc_tax=0.00, address_street=123 Herp Derp Ln, address_city=Gig Harbor, address_state=WA, address_country=USA, payer_business_name=IvyCat, 0=ArrayDecember 22, 2012 at 12:07 am #52583adminKeymasterAre you using sandbox testing? What version of eStore are you using?
December 26, 2012 at 9:48 pm #52584johnconniffMemberAuthorize.net is in testmode and the eStore version is 6.9.6.4.
December 27, 2012 at 4:58 pm #52585johnconniffMemberWe recently purchased and installed the WP Payment Gateway Bundle and with Test Mode on and with a different/no user the process seems to have gone through. However, it seems that no eMember user is created, and (not sure if related) and as an existing member the user level is not automatically upgraded. It is in test mode though, does this affect it?
December 27, 2012 at 10:56 pm #52586adminKeymasterHi, Yes the testmode will definitely affect it. Authorize.net doesn’t create unique transaction IDs for test mode purchase. All transactions in test mode have the same transaction ID of 0. As a result the post payment processing is the completing. The following line of debug shows why it is failing.
[12/20/2012 11:32 PM] – FAILURE :The transaction ID and the email address already exists in the database.
However, if you have enabled “Sandbox testing” in the plugin’s settings, it should go around that check. Did you enable sandbox testing option in both eStore and the payment gateway addon’s settings?
-
AuthorPosts
- You must be logged in to reply to this topic.