September 26, 2011 at 3:40 pm #4416
Edit: WP eStore v 5.8.3
I have a very serious issue w/ the WP eStore plugin that I have to get resolved asap.
The Return URL doesn’t appear to be working and as a result, it’s crashing the entire checkout process!
Return URL is correct in both WP eStore and Authorize.Net (see images below).
<img src=”http://www.summitbusinessconference.com/images/estore1.jpg” alt=”” />
<img src=”http://www.summitbusinessconference.com/images/estore2.jpg” alt=”” />
<img src=”http://www.summitbusinessconference.com/images/estore3.jpg” alt=”” />September 26, 2011 at 3:45 pm #37047
If I take the Return URL out of Authorize.Net but leave it in the WP eStore plugin, the checkout process returns to this URL after checking out “https://secure.authorize.net/gateway/transact.dll” but it is essentially the home page:
<img src=”http://www.summitbusinessconference.com/images/estore4.jpg” alt=”” />September 26, 2011 at 11:14 pm #37048
Your Auth.net account settings is incorrect. You need to fix the following error and the rest will automatically work:
The following errors have occurred.
(14) The referrer, relay response or receipt link URL is invalid.
Here is the official explaination from authorize.net:
Enter your error code, which is 14September 27, 2011 at 8:25 pm #37049
I had to remove the referrer/response link URL in Authorize.Net because it was throwing the (14) error. Reading that documentation, it looks like it’s made for SIM while I am using the WP eStore AIM method.
Why isn’t the Return URL not working within the WP eStore admin panel?September 27, 2011 at 9:13 pm #37050
I suspect the Relay Response URLs are not matching. Where would I put this in the WP eStore plugin? The Return URL field is not working for me. I’d be open to hard coding the solution.September 28, 2011 at 1:11 am #37051
WP eStore uses “SIM” (not “AIM”). Only the payment gateway bundle plugin has the option to use AIM. When you use “AIM”, you do not need to specify the relay response URL in your auth.net account as everything happens on your site (the customer never leaves your site).
Anyway, WP eStore sets the relay response URL to be the following (change the “example.com” with your actual domain name):
You can set this value in your auth.net account to make them match.September 28, 2011 at 5:49 am #37052
Thanks for schooling me over SIM and AIM. I feel like we are finally getting there!
I put “http://www.summitbusinessconference.com/wp-content/plugins/wp-cart-for-digital-products/eStore_auth_ipn.php” in Authorize.Net as the relay response URL. I am NOT getting the error (14) anymore but I am still not getting a redirect to [http://www.summitbusinessconference.com] after checking out. Instead I am getting “https://secure.authorize.net/gateway/transact.dll”. Any suggestions?September 28, 2011 at 6:06 am #37053
It doesn’t look like the order is going through either. I am getting no confirmation email and no new entries under manage customers.September 28, 2011 at 11:00 pm #37054
Alright, orders are showing up under Manage Customers in the WP eStore plugin. Order confirmation emails are also coming through.
On check out, I am still getting this error (see image below):
[http://summitbusinessconference.com/images/checkout-error.jpg]September 29, 2011 at 2:43 am #37055
Authorize.net shows the content of your “Return URL” page inside the following page (they don’t fully redirect to the return URL like PayPal does… its how they work):
You should not get that error though. This means something is still not correct. Basically, auth.net is having difficulty with the redirection (if the server does not respond with the proper status code then this can happen).
You have the same return URL value in eStore’s “Return URL” field and in your auth.net account right?
Also, can you test a transaction with the “Debug” option in eStore DISABLED and tell me if you see a difference?September 29, 2011 at 5:20 am #37056
I have the same value in eStore’s Return URL field and in Authorize.net.
The Debug option in eStore is disabled but no difference.
Can code be added to one of the eStore PHP files to force a redirect?September 29, 2011 at 10:20 pm #37057
Got the client to agree on PayPal instead. Worked correctly w/ the first test. Imagine that.January 31, 2012 at 2:49 am #37058afterdarkseoMember
I was wondering if there is a way to get authorize.net to redirect instead of displaying the contents of the return url? The contents of the page are not showing properly because authorize.net is trying to parse the page instead of redirecting after a successful transaction.January 31, 2012 at 10:03 am #37059
This is how Authorize.net works unfortunately. You can ask them if they have an option where they actually redirect to the “Thank You” page (similar to what other payment gateways do). We requested them a while back to introduce an option that fully redirects the user to the page (this would make things easier) but we got no reply.October 11, 2012 at 1:11 am #37060denbradshawMember
Has this ever been resolved? I’m also getting the crappy Authorize.net
[https://secure.authorize.net/gateway/transact.dll] page after checkout on their site, which strips formatting from the wordpress page.
There must be a solution for this, right?
- You must be logged in to reply to this topic.