Help! Authorize.net (AIM) module has no error messages, but is not processing payment

Hello All,

As of today, I've just now launched a new cart and I'm troubleshooting a significant problem with Authorize.Net AIM.

In a nutshell, from the customer's point of view, the order is processed and approved without any error messages or indications of trouble. However, I've noticed that no new entries are added to the authorizenet table, the record in the orders table has blanks for cc_type, cc_owner, cc_number, and cc_expires (and cc_cvv is NULL). Also, there is no evidence of the transaction in our Authorize.net account.

I will say that I'm not new to ZenCart, nor am I new to Authorize.Net. We have recently migrated from a Windows host where I ran a cart for ten years, and I built a new cart from the ground-up on a Unix host (that's the one I'm launching now). I'm using the same login ID and transaction key as I was just yesterday on the old cart, so I don't think it's an authentication issue.

Some relevant notes:

1. Host - SiteGround, Linux system
2. Cart version - 1.5.3
3. I have SSL running with the same domain name as the old site
4. cURL is working (I've tried the script that was posted in this forum, and it works)
5. This happens whether I have the gateway in test or production mode
6. Settings: enable database storage: true
7. I've tried uninstalling and reinstalling the plugin to no avail.

This one totally baffles me, but knowing PHP/MySQL programming as I do, this feels like a case where an unescaped character is interfering with the proper insertion of a query and it's silently failing. I know I've faced that problem on this new host while dealing with other home-grown scripts (not associated with ZenCart).

Any help or advice anyone can provide would be much appreciated.

Best regards,

KKoch

are you sure you are hitting the AIM module? if so, i would put some die statements in there to see where it might be failing.

from the sound of it, i am not 100% convinced that you are even making it to the authorizenet_AIM module.

Thanks a ton for your speedy reply, Carlwhat. This problem is so odd, I'm open to just about any explanation. I only know that everything appears to be installed and processing correctly. You're talking about adding die statements in the plugin code, right? I'll see if I can find out anything from that. In the meantime, if you have any other thoughts or ideas, I'm all ears.

Best, KKoch

Enable Logging (to file) within the AIM module setup. Last setting, I believe.

See what the error log file says after going through the checkout process.

If you are just starting, might I ask why you are starting with zencart v1.5.3 when v1.5.4 is the most current and most secure of them all.

Hi RixStix,

A perfectly valid question :) The reason is that I built it several months ago when v 1.5.3 was the latest and greatest, and had to develop a WordPress site along with it. My boss was in a hot rush to launch everything and beat Mobilegeddon (which we did), and I just haven't had a chance to upgrade.

I'm trying your suggestions right now, along with those of Carlwhat. I'll post back here once I've sussed out some clues.

Thanks, guys!

KKoch

This Plugin by lat9 will provide a much more detailed myDebug logfile if you choose to install it to aid interpreting the log files that are generated.

https://www.zen-cart.com/downloads.php?do=file&id=1879

Okay, here's the latest.

I did try to put a couple die(); statements in the authorizenet_aim.php file---one around line 410 after the response comes back from the gateway, and another at around 690 after the SQL query inserts info about the transaction into the authorizenet table. And, I didn't see anything stopping when I ran test orders. It just all continued working. The crazy thing is that the orders_status_history table is being updated (and there is code for that in the AIM module). Am I putting die(); statements in the right places, Calrwhat?

To respond to RixStix, I did enable logging, but I'm not seeing any log files. Maybe I'm just not looking in the right place? I'm looking in /myinstalldirectory/logs and also /myinstalldirectory/includes/modules/payment.

Again, my thanks for your help!

KKoch

cpanel
public_html
logs

I'd expect to see something like

AIM_Debug_xxxxxxxxxx
with the error details if there were AIM problems.

Can't say that I can help any further than that.

Hi RixStix!

Thanks for hanging in there with me. Possibly the host has us set up a little different? The only logs I see outside of the ZenCart install are the usual server logs, and those (to my knowledge) just have HTTP requests, not PHP errors.

KKoch

I'll offer a follow-up observation, in case it helps anyone. If I have PHP errors on this host, the problems usually get logged in a php_errorlog file that appears in the same directory as the offending script. I would imagine that, if this module were producing PHP errors, I would be seeing that. Thus far, I haven't seen anything show up in the directories where the authorizenet_aim.php file is.

Best, KKoch

The logs folder to which I refer is included/part of a zencart install. So, if you performed a "by the book" install, the folder should be present.

Another update from me, in case anyone is watching this thread :)

I'm becoming more convinced that Carlwhat is right--this may not even be engaging the Authorize.Net AIM module. Since logging hasn't revealed any insights, I've tried adding variables to the session throughout the script. I see only the one that I put at the very top (which tells me that the authorizenet_aim.php file is being loaded), but I don't see any of the other variables being set in the session when key functions are running. So, my current interpretation is that authorizenet_aim.php is loaded and installed, but for some reason, the functions that interact with the gateway and process payment aren't even being called. Hence, I'm not even seeing error messages from the gateway or the AIM script.

This is all pretty weird, because AIM is the only payment module that I have installed, and orders appear to be going through without a hitch (other than the payment processing being skipped).

Anyone have any ideas? Continuing to troubleshoot.... and pull out my hair.

Best, KKoch

Hi RixStix,

As far as I know, it was a "by the book" install. I started with one of those nifty auto-installers provided by the host. I do have a /zencartinstall/logs folder, but I'm not seeing any logs in there. There are logs from other days, but nothing recent.

Best, KKoch

A follow-up observation, in case anyone is wondering. I went into my database to ensure that all the configuration keys installed by the Authorizenet AIM module were actually there. They seem to be present and all correct. Also, under Admin -> modules -> payment, the Authorize.Net AIM option is there, and completely functional. So, if our guesses are correct and the authorizenet_aim.php functions are simply not being called during the payment process, then this is pretty baffling to me. Any guesses out there?

Best, KKoch

Ok try something super simple,
Uninstall the module from your ZC admin clear your cache( just in case )
Re-Install the Module

Hi Merlinpa1969,

Actually, that was one of the very first things I tried, but I decided to do it again, just for grins. Unfortunately, the problem remains.

Some more information for anyone who is following along.

Looking at the authorizenet_aim.php file, I can confirm that the following functions are being executed, and appear to be working normally:

• authorizenet_aim()
• confirmation()
• process_button()

I have no indication that before_process() (which adds the credit card info to the order and preps the call to the gateway) or _sendRequest() (which actually contacts the gateway) are executing. I have no idea why this would be.

pjcc21e:

Hi RixStix,

As far as I know, it was a "by the book" install. I started with one of those nifty auto-installers provided by the host. I do have a /zencartinstall/logs folder, but I'm not seeing any logs in there. There are logs from other days, but nothing recent.

Best, KKoch

Not too many people would agree that using one of those nifty auto-installers provided by the host is a "by the book" install. They have been known to be without problem and they have also been known to be the source of many problem.

Does/Did AIM work out of the box before you installed any addons or templates?

Other zenners may be able to offer more suggestions if they had a link to the site with the problem.

Hi RixStix,

I'm not sure whether it did or not, but I do know that, with all the testing I did pre-launch, I have nothing in the 'authorizenet' table. So, it may not have.

The site in question is https://www.birdwatchersdigest.com/shop/index.php

Really hope that helps. I'm compelled to give up on AIM and install something like PayPal Pro, but I wonder if I'd encounter the same problems there? I wonder if this is a larger, systematic problem with payment as a whole, and not just AIM.

Best, KKoch

Since AIM (and SIM) are included with the standard zencart install, it is probably the most tested and reliable method of accepting CC, so I would be more inclined to believe that there is something within your specific environment.

Since you did use an auto-installer, it is possible that the install did not have the POODLE fix(es) applied to the various payment modules.