HELP! Confirm the order not working anymore.

First off, the forum is great. I've received a bunch of help, and was even able to offer some for some of the out-of-the-ordinary things I've done with the site.

I had the site working, had placed test orders and everything was good. Later found out that the client NEEDED purchase orders as an option, so I installed Super Orders 2.0 to take care of that issue. Since the site was already live, didn't think of placing a test order... big mistake.

Week later I was surprised he didn't have any orders (with his marketing), so I decided to place an order to make sure everything was ok. I get as far as the last page of check out (Confirm the Order), then when I click on that I get a blank screen. When I check zen cart admin, the order has NOT been processed, either.

Any suggestions? The site is https://www.brocktooldetroit.com. Thanks!

In going back and reviewing the docuemtation of Super Orders 2.0, I found a problem, but don't know how to fix...

Under Modules/Payment, authorize.net is RED (not green), and there's the following error listed at the top (x's are replaced to conceal the path):

Fatal error: Call to a member function add_session() on a non-object in /home/xxxxx/xxxxx/xxxxx/includes/modules/payment/authorizenet_aim.php on line 86

Any suggestions?

I've gone back and removed everything I installed from Super Orders 2.0, with one exception... I can't figure out how to reverse the sql patch that was run at the install (code below). I'm still getting the fatal error on payment modules, even after all the files being removed, so I'm thinking this might be it??? :shocking:

<snip> <irrelevent content removed>*

Any ideas/suggestions/help would be greatly appreciated. Thanks!

haggis0929:

Under Modules/Payment, authorize.net is RED (not green), and there's the following error listed at the top (x's are replaced to conceal the path):

Fatal error: Call to a member function add_session() on a non-object in /home/xxxxx/xxxxx/xxxxx/includes/modules/payment/authorizenet_aim.php on line 86

Any suggestions?

That error is from a small bug which only shows up when another error occurs. The Authorize.net module requires that CURL be enabled on your server. If it's not, an error message about CURL missing is normally displayed. However, since there's a small bug in the code that's used to display that error message, you're seeing a secondary error instead.
That particular error ONLY affects the admin area.

If you really want to fix that tiny display issue, do the following:

Edit /includes/modules/payment/authorizenet_aim.php
Around line 75 you should see the following:function authorizenet_aim() { global $order;Change it as follows:```
function authorizenet_aim() {
global $order[B], $messageStack[/B];

You'll still need to get CURL working on your server before you'll be able to use the Authorize.net modules though.

Thanks, DrByte. I can now see the payment modules, but am now a bit confused.

I had the site live and successfully purchased products I had entered. The only main thing that was edited since then was the install of Super Orders 2.0 (to handle purchase orders).

I do not believe CURL is installed on the server, but could be mistaken (I'm checking into that with the hosting co).

With or without CURL, everything ran fine (at the time, I verified with Authorize.net, as well as the client's bank). But now I can't "Confirm the Order" (last part of the checkout).

I uninstalled everything I can in Super Orders 2.0 (everything but the SQL patch that you run... I'm looking on how to reverse that), but no go.

Any more thoughts???

Also, I apologize for posting in 2 spots - I wasn't sure how these were distributed, and the other post looked like it might have been a good place to post this question, too. :oops:

I now see the message at the top of my ADMIN screen that says:

CURL functions not found - required for Authorize.net AIM payment module

Any idea if this is a recent (last month) change? Everything was working before. Of course, the hosting co could have had CURL on & removed it, too. Will check that out as well.

If I'm following correctly, then, this is NOT a Super Orders error, right?

Seems odd this would just happen, when the store was working fie a month ago.

Anything else I can check?

:frusty:

haggis0929:

Any idea if this is a recent (last month) change?Well, since the only way to update something on your website is for you (or someone with access to your server) to make changes to it, any "recent" updates would be something done by said person.

haggis0929:

Of course, the hosting co could have had CURL on & removed it, too. Will check that out as well.Good idea.

haggis0929:

If I'm following correctly, then, this is NOT a Super Orders error, right?Correct.

haggis0929:

I get as far as the last page of check out (Confirm the Order), then when I click on that I get a blank screen.What shows up in the debug logs if you install the utility mentioned here?: https://www.zen-cart.com/tutorials/index.php?article=82
haggis0929:

When I check zen cart admin, the order has NOT been processed, either.What do you mean by "has not been processed"? Do you mean it doesn't exist? Or do you mean it's there but is not in "Processing" status?

Also, which payment modules do you have installed and enabled?

Thanks for the debug tool. I installed, tried to purchase an item, got to "Confirm the Order", and this time got the generic IE can't find page error instead of a blank page (strange).

Anyway, went to the debug log and this is what's in there:
[20-Jul-2009 14:54:53] PHP Fatal error: Call to undefined function curl_init() in /home/xxxx/xxxxx/xxxxxx/includes/modules/payment/authorizenet_aim.php on line 521

And when I mentioned that the order wasn't processed, I meant that it does NOT show up at all under Admin/Customers/Orders.

Forgot to mention - the only payment module that is currently installed is Authorize.NET (AIM).

I did have the Purchase Orders module (from Super Orders) installed, but removed that while trying to figure this problem out.

You'll need CURL if you want to use the authorize.net modules. That's always been a requirement.

So, you're going to need to talk to your hosting company to get that re-established.

Just called Authorize.Net, to find out if anything's showing up on their end, and it is NOT (didn't think so). Also verified that nothing has changed on their end as far as web requirements (curl, specifically).

So... I'm assuming that CURL is definitely the issue here, but can't prove it yet. No response from my web host yet as far as if they have CURL installed, or if they used to and have disabled/removed for some reason.

Highly doubt that they've removed or disabled it, though, which begs the question of:
Why would this have worked when I first set it up (orders processed, show up in Admin, and show up in the bank and Authorize.net), but not be working now?

Has the authorizenet (AIM) module ALWAYS required Curl? Is there a way around it?

Thanks, DrByte. Still awaiting word from my hosting company. Will post results here, but I'm not too optimistic.