Issue with Authorize.net return URL

  • Posts: 2
  • Thank you received: 0
9 years 3 months ago #212207

-- HikaShop version -- : 2.5.0
-- Error-message(debug-mod must be tuned on) -- : An error occurred while trying to report this transaction to the merchant. An e-mail has been sent to the merchant informing them of the error. The following is the result of the attempt to charge your credit card.
This transaction has been approved.
It is advisable for you to contact the merchant to verify that you will receive the product or service.

We do not specify any return page in the auth.net interface (receipt / relay response url) - the return page is passed to auth.net from hikashop. Our config of auth.net payment plugin in hikashop has empty return URL. In that case, an 'after_end' page is supposed to be the one user gets returned to.

It is not happening for some reason. We checked all the possible issues listed here:
support.authorize.net/authkb/index?page=...nt&impressions=false

Thank you!

We do not specify any return page in the auth.net interface (receipt / relay response url) - the return page is passed to auth.net from hikashop. Our config of auth.net payment plugin in hikashop has empty return URL. In that case, an 'after_end' page is supposed to be the one user gets returned to.

It is not happening for some reason. We checked all the possible issues listed here:
support.authorize.net/authkb/index?page=...nt&impressions=false

Thank you!

Please Log in or Create an account to join the conversation.

  • Posts: 82867
  • Thank you received: 13374
  • MODERATOR
9 years 3 months ago #212212

Hi,

You're on the right track. This indeed indicate that the payment notification sent by Authorize.net to HikaShop didn't succeed.

We also have some documentation you can follow in such cases:
www.hikashop.com/support/documentation/i...or.html#notification
That documentation was written for PayPal payment notifications but it is basically the same for Authorize.net
It also includes instructions to check your server access logs and activate debugging in the authorize.net payment method in order to get debug data and understand what's going on.

Please Log in or Create an account to join the conversation.

  • Posts: 2
  • Thank you received: 0
9 years 3 months ago #212243

The problem is, we forced SSL for Checkout in HIkashop, that is when the issue started. We disable the SSL in hikashop back to what it was but the relay_URL is still https://...... from what we could see in the console.
We just installed SSL two days ago so the relay_url could not have worked before with HTTPS which means it was HTTP://.....
I guess when we forced SSL for checkout that URL has changed to https but then never changed back.
how do I change that back to HTTP://?
I know its defined somewhere in HIkashop $vars["x_relay_url"] = HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=notify¬if_payment=authorize&tmpl=component&lang='.$this->locale.$this->url_itemid;
HIKASHOP_LIVE must defined in hikashop configuration somewhere, but i don't know where. Please advice.

Thanks

Please Log in or Create an account to join the conversation.

  • Posts: 82867
  • Thank you received: 13374
  • MODERATOR
9 years 3 months ago #212245

Hi,

HIKASHOP_LIVE comes from the live site setting of your joomla configuration.php file. So you should check there.

Please Log in or Create an account to join the conversation.

Time to create page: 0.057 seconds
Powered by Kunena Forum