PLEASE HELP! Payment modules disappeared!

[clr550]

I had originally setup the authorizenet_ (whatever the 1st option was) to work with my existing merchant account.

I then started reading I may should have done the other authorizenet_ setup, but I received a server error and now NEITHER SHOW UP on the payment module list for me to configure! The others are still there, but not the two authorizenet ones I was interested in.

I just installed and tested everything wonderfully yesterday and I'm new to ZC.

Any help would be GREATLY appreciated!
Error is:
Fatal error: Call to a member function add_session() on a non-object in /serverpath/includes/modules/payment/authorizenet_aim.php on line 86

Chris

[clr550]

also getting:
Fatal error: Cannot redeclare class authorizenet in /serverpth/includes/modules/payment/authorizenet.php on line 589

[Ajeh]

Check and see if you have additional copies of authorizenet payment modules in the /includes/modules/payment directory ...

Or check if you have the language file in the code directory or the code file in the language directory ...

Code Directory:
/includes/modules/payment
/includes/languages/english/modules/payment

[clr550]

the php files themselves are there. I've uploaded new authorize*.php files in both binary and ascii from a fresh download. Yesterday 1.3.8a was installed and that's what I downloaded to replace the files with.

it was working so well until I clicked on authorize aim...now I'm desperate!

Thanks anyone!

[DrByte]

If you are still getting the "cannot redeclare" error, then go back and re-read Ajeh's instructions.
You've put the wrong file in the language folder.

[clr550]

I appreciate input from everyone. After making 100% sure that the .php files in /includes/modules/payment are the same as the fresh download, and 100% sure that the .php files in /includes/language/english/modules/payment are the same as the fresh download...I'm still getting this:

Fatal error: Call to a member function on a non-object
/server path/includes/modules/payment/authorizenet_aim.php on line 86

And all of this happened when I originally clicked on the 2nd authorizenet module in the admin area to config it after the first one was working just fine.

I do have access to the db and I am comfortable changes databases...it's a good living.

Thanks to any & all,
Chris

[DrByte]

Two issues.

1. The error message *you* are seeing is a result of a display bug.
2. The *cause* of the condition is that your server is missing a critical component.

Line 86:

      if ($this->enabled && !function_exists('curl_init')) $messageStack->add_session(MODULE_PAYMENT_AUTHORIZENET_AIM_TEXT_ERROR_CURL_NOT_FOUND, 'error');

The only reason it would be giving you the error message you describe is if your server doesn't have CURL compiled into PHP.

CURL with SSL is required to be compiled into PHP on your server in order for Zen Cart to connect to some external resources such as Authorize.net.

Fix your CURL problem and the error will go away. You'll have to talk to your hosting company to deal with that.

To test CURL support, try pointing your browser to this address:
http://your_site.com/your_zen_cart_f...test.php?aim=1
(replacing your_site.com and your_zen_cart_folder_name as appropriate)


And, we'll fix the bug causing the wrong message to display, for the next version.

[clr550]

Thanks for being engaged with me on this. I will consult my host. I will cross my fingers that they want to fully support the product they are promoting as a feature of their service... I will reply 'hopefully' that we are in business once again.

Thank you,
Chris Roberts
http://www.howtomakefirstchair.com/author.php

[clr550]

OK...I am at a satisfactory point with this thing, but here's what I had to do:

1) so that *any* payment modules would show up, I had to bypass the error that was showing. Since the authorizenet modules were alphabetically handled first in the module list, it was bombing before the rest of the payment modules would even show up in the list. With help from replies on this thread and some thinking...if the module didn't appear in includes/modules/payment, then it wouldn't 'try' to load...so I deleted the problem children (authorize*.php) from that directory (temporarily if my host gets cURL loaded)...and voila...it bypasses the problems and shows the rest of the payment modules just fine. I am actually happy doing the cc offline...I can make sure the orders are proper before proceeding and I'm fine w/that for now. I then re-uploaded the SIM authorizenet and it at least says (NOT CONFIGURED) in red...assuming that it is gracefully handling any cURL problem. Oddly, I can actually make payments go through successfully to authorizenet using the module, but the return page always says it wasn't successful...THAT'S the result of the problem (I shut that off).
2) I had to use my cPanel mySql tool to find where, for some reason, the authorizenet test mode was on (warning message at top of site showed up)...so since the modules had been deleted, I just changed the flag to Production on my own.
3) I have notified the host and they are looking into it.

Many thanks to those helping me get the learning curve going....getting closer and closer to what I'm after.
http://www.i550.com <-- store for my book, primarily
http://www.howtomakefirstchair.com

[clr550]

and a final follow-up...to get all my payment modules to show up and for nothing to crash, I had to change the values in the database to "False"...when it previously had the authorizenet echeck and the authorizenet AIM acceptance flags to "True"....in the zen_configuration table. Once I did that, I could upload a known-good copy of the authorizenet payment modules into /includes/modules/payment and it likes it just fine. I JUST WON'T TOUCH them until I hear that cURL is good to go.

LOVE the product. Thanks!