Authorize.net not working - giving 103 error

  • Posts: 195
  • Thank you received: 5
  • Hikashop Business
10 years 1 month ago #175898

-- url of the page with the problem -- : cmdnet.org/cmd-store/checkout/step/step-7
-- HikaShop version -- : 2.3.3
-- Joomla version -- : 3.3.4
-- PHP version -- : 5.4.33
-- Browser(s) name and version -- : Chrome - latest (happening in all)
-- Error-message(debug-mod must be tuned on) -- : There was an error while processing your transaction: 103 This transaction cannot be accepted.

Our site was working just fine, then all of a sudden today we're getting:

There was an error while processing your transaction: 103 This transaction cannot be accepted.

Checking out with pay by check is working fine.
The error is just happening with Authorize.net.

The only thing that we changed today was the core Joomla email server (changed it from port 465 to 2525).

Any idea what might be causing this?
Did Authorize.net have any changes?

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

  • Posts: 13201
  • Thank you received: 2322
10 years 1 month ago #175926

Hi,

It's indeed strange, I don't think that there was changes in Authorize.net.
Could you try to change back the port to 465 just for testing purposes ?

Please check the payment log file in Configuration > Main > Files in order to see if more informations are returned.
Else search for the 103 error in Authorize documentation. We don't have other report about this at this time.

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

  • Posts: 195
  • Thank you received: 5
  • Hikashop Business
10 years 1 month ago #176009

Hmmm ... when checking the Paypemtn Log file, I get:

"The log file is empty /home/.../upload/safe/logs/report_158458319.log"

However, there is even a "logs" folder in that directory, so I'm not sure if that's part of the problem.

I'm checking into error messages with Authorize.net now.

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

  • Posts: 195
  • Thank you received: 5
  • Hikashop Business
10 years 1 month ago #176017

OK ... tracked this down. The client changed the Transaction key without letting me know! (argh)

However, I'm still curious about the log file being blank.

Since fixing the transaction key we've had a few orders and the log file is still reporting being empty.

Is there something I need to do to make this work and show some logs?
Do I need to change permissions on the folder?
I'm also running Akeeba Admin Tools w/HTACCESS security - do I need to make changes there to make it work?

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

  • Posts: 82868
  • Thank you received: 13376
  • MODERATOR
10 years 1 month ago #176047

Hi,

The log file will only be filled if the debug option of the payment method is turned on.
Also, with the authorize.net payment plugin, you'll only get data in the log for the payment notification process which only occurs in SIM mode, so if you're using the AIM, you won't get any log as the error will directly display on the checkout.

So if your log is empty, it's probably one or the other case, so nothing to worry about.

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

  • Posts: 195
  • Thank you received: 5
  • Hikashop Business
10 years 1 month ago #176087

Ahhh ... thanks for clarifying.

We had debug off, but also, we are using AIM, so the question doesn't matter.
(Although I do wish there was some way to get Auth.net to report the errors in a log file within Joomla - it would save time debugging).

Thanks again!

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

Time to create page: 0.081 seconds
Powered by Kunena Forum