Authorize.net SIM Error

  • Posts: 163
  • Thank you received: 11
  • Hikaserial Standard Hikashop Business
6 days 22 hours ago #371558

-- HikaShop version -- : 6.4.0
-- Joomla version -- : 6.1.0
-- PHP version -- : 8.4
-- Browser(s) name and version -- : Firefox 149.0.2
-- Error-message(debug-mod must be tuned on) -- : The reporting of this transaction to the Merchant has timed out. 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.

All of a sudden, I am having issues with the Authorize.net SIM. Customers are getting the "The reporting of this transaction to the Merchant has timed out..." error once they have successfully made their payment. It indicates that the merchant was sent an email about the error, but we have received no such emails.

  • The order is properly created and the order creation email sent out to the customer and admin, reflecting "Awaiting Payment".
  • The authorization transaction shows as successful in the Authorize.net console.
  • The order shows appropriately as "Payment Confirmed" in the HikaShop admin console.
  • The "Payment Confirmed" order status notification email is not sent out to the customer or admin.

We have not made any changes on the Authorize.net side.
The site was recently upgraded from Joomla 6.0.4 to 6.1.0.
I have checked the email overrides and have pretty much removed all customizations, except for a minor order title change. Even after that, the problem persists.

I purchased the Authorize.net JS plugin, but that has its own issues, which I reported is a separate forum post. So, right now I do not have a fully working credit card payment plugin.

Last edit: 6 days 22 hours ago by gpraceman.

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

  • Posts: 85507
  • Thank you received: 13986
  • MODERATOR
6 days 21 hours ago #371561

Hi,

The error indicates that an error is happening on your server which did not before.
Since it worked before and it happens after a major update, it's likely a fatal error.
Can you check the PHP error log on your server ? It likely contains a fatal error message which will tell you where the problem comes from.
Email overrides are a good start indeed, but it could also come from something else. The HikaShop code base is large. And Joomla 6.1.0 has only been out for a few days. So it could well be a bug following changes in Joomla.

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

  • Posts: 163
  • Thank you received: 11
  • Hikaserial Standard Hikashop Business
5 days 20 hours ago #371568

nicolas wrote: The error indicates that an error is happening on your server which did not before.
Since it worked before and it happens after a major update, it's likely a fatal error.
Can you check the PHP error log on your server ? It likely contains a fatal error message which will tell you where the problem comes from.

See attached error log. I would think that for each affected order there would be a fatal error logged. Not seeing that.

The process is tripping up after the order is updated to "Payment Confirmed". Failing to send the order status change notification to the customer and admin.

nicolas wrote: Email overrides are a good start indeed, but it could also come from something else. The HikaShop code base is large. And Joomla 6.1.0 has only been out for a few days. So it could well be a bug following changes in Joomla.

nicolas wrote: Knowing your recent issues with payment methods ( www.hikashop.com/forum/install-update/91...im-error.html#371558 ) checking email overrides is indeed a good idea.
I would even recommend to try to disable all the email overrides (rename the "modified" files) and see if the payment methods work.

I went as far as killing the overrides and still have that payment issue.

This message has an attachment file.
Please log in or register to see it.

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

  • Posts: 85507
  • Thank you received: 13986
  • MODERATOR
5 days 16 hours ago #371571

Hi,

No fatal error in the log and still the problem without the email overrides.
Do you have more information about the notification errors from Authorize.net ? Maybe they have an area where you can get access to some kind of log about the failed notifications?

I was reading about this issue ( developer.authorize.net/api/reference/re...ml#search=52&start=1 ). I think that what you could try is to temporarily disable the "order creation notification", "order admin notification", "order status notification" and "payment notification" emails in System>Emails. That way, HikaShop won't try to generate or send any emails during the payment process. If there is a problem with the emails (generation or sending) it should then work.
If you still have the problem in this case, it will mean that emails is not related to the problem and it comes from something else.

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

  • Posts: 163
  • Thank you received: 11
  • Hikaserial Standard Hikashop Business
5 days 5 hours ago #371581

I unpublished all of those emails. I still have that issue. So, it is not an email generation issue.

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

  • Posts: 85507
  • Thank you received: 13986
  • MODERATOR
4 days 17 hours ago #371586

Hi,

I'm out of ideas. It would require digging in the settings and logs to better understand the situation.
Did you try a payment with the "debug" setting of the payment method activated ?
It should add information about what is going in the payment log file of HikaShop.
www.hikashop.com/support/documentation/5...nfig.html#main_files
Hopefully, it can help us understand what's going on.

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

  • Posts: 163
  • Thank you received: 11
  • Hikaserial Standard Hikashop Business
4 days 10 hours ago #371588

nicolas wrote: Hi,

I'm out of ideas. It would require digging in the settings and logs to better understand the situation.
Did you try a payment with the "debug" setting of the payment method activated ?
It should add information about what is going in the payment log file of HikaShop.
www.hikashop.com/support/documentation/5...nfig.html#main_files
Hopefully, it can help us understand what's going on.

"Should" but it isn't.

Here's from a recent order. No indication of a problem.

Now that I have the Authorize JS plugin working, I will not be using the SIM plugin.
04.19.26 21:39:51

Array
(
    [option] => com_hikashop
    [ctrl] => checkout
    [task] => notify
    [notif_payment] => authorize
    [tmpl] => component
    [lang] => en
    [Itemid] => 326
    [x_response_code] => 1
    [x_response_reason_code] => 1
    [x_response_reason_text] => This transaction has been approved.
    [x_avs_code] => Y
    [x_auth_code] => ***
    [x_trans_id] => 121582717501
    [x_method] => CC
    [x_card_type] => Visa
    [x_account_number] => XXXX9384
    [x_first_name] => ***
    [x_last_name] => ***
    [x_company] => ***
    [x_address] => ***
    [x_city] => Highlands Ranch
    [x_state] => CO
    [x_zip] => 80129
    [x_country] => United States of America
    [x_phone] => ***
    [x_fax] => 
    [x_email] => ***
    [x_invoice_num] => 51540
    [x_description] => 
    [x_type] => auth_only
    [x_cust_id] => 
    [x_ship_to_first_name] => ***
    [x_ship_to_last_name] => ***
    [x_ship_to_company] => ***
    [x_ship_to_address] => ***
    [x_ship_to_city] => Singapore
    [x_ship_to_state] => Singapore
    [x_ship_to_zip] => 229544
    [x_ship_to_country] => Singapore
    [x_amount] => 10.29
    [x_tax] => 0.29
    [x_duty] => 0.00
    [x_freight] => 0.00
    [x_discount_amount] => 0.00
    [x_tax_exempt] => FALSE
    [x_po_num] => 51540
    [x_MD5_Hash] => 
    [x_SHA2_Hash] => ***
    [x_cvv2_resp_code] => M
    [x_cavv_response] => 
    [x_test_request] => false
)

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

  • Posts: 85507
  • Thank you received: 13986
  • MODERATOR
4 days 6 hours ago #371592

Hi,

That debug is the data received by the plugin after a payment. Normally, there should be additional debug information after this. If not, then there is probably an error during the process.
I guess that if the Authorize JS plugin works, you can ignore this. There's no reason anymore to make the old plugin work.

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

  • Posts: 163
  • Thank you received: 11
  • Hikaserial Standard Hikashop Business
4 days 6 hours ago #371597

There were no further entries in the log for these transactions. So, something is getting tripped up, possibly related to the Joomla 6.1.0 changes. You may get other users that run into this issue.

On a side note, I did notice some deprecation warnings in the error log related to the HikaShop hCaptcha plugin.

[17-Apr-2026 18:07:26 UTC] PHP Deprecated:  Creation of dynamic property hikaShopHcaptcha::$params is deprecated in /home/gpsc/public_html/plugins/system/hcaptcha/hcaptcha.php on line 258
[17-Apr-2026 18:07:26 UTC] PHP Deprecated:  Creation of dynamic property hikaShopHcaptcha::$params is deprecated in /home/gpsc/public_html/plugins/system/hcaptcha/hcaptcha.php on line 292

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

  • Posts: 85507
  • Thank you received: 13986
  • MODERATOR
3 days 19 hours ago #371602

Hi,

These messages would indicate that you're using an old version of the hcaptcha plugin:
www.hikashop.com/marketplace/product/157...n-with-hcaptcha.html
I would recommend updating it.

The following user(s) said Thank You: gpraceman

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

Time to create page: 0.069 seconds
Powered by Kunena Forum