Return URL not working w/ Authorize.Net « Tips and Tricks HQ Forum

Tips and Tricks HQ Forum » WP eStore Forum » WP eStore Troubleshooting

Return URL not working w/ Authorize.Net

(14 posts) (3 voices)

Started 7 months ago by streamline
Latest reply from admin
Possible Solutions (Related Topics):

Tags:

12 Next »

streamline
Member

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="" />

Posted 7 months ago #
streamline
Member

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="" />

Posted 7 months ago #
admin
Key Master
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:

http://developer.authorize.net/tools/responsereasoncode

Enter your error code, which is 14
Posted 7 months ago #
streamline
Member

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?

Posted 7 months ago #
streamline
Member

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.

Posted 7 months ago #
admin
Key Master
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 "your-domain" with your actual domain name):
```
http://www.your-domain.com/wp-content/plugins/wp-cart-for-digital-products/eStore_auth_ipn.php
```
You can set this value in your auth.net account to make them match.
Posted 7 months ago #
streamline
Member

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?

Posted 7 months ago #
streamline
Member

It doesn't look like the order is going through either. I am getting no confirmation email and no new entries under manage customers.

Posted 7 months ago #
streamline
Member

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

Posted 7 months ago #
admin
Key Master
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):
```
https://secure.authorize.net/gateway/transact.dll
```
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?
Posted 7 months ago #

RSS feed for this topic

12 Next »

Reply »

You must log in to post.