Problem with confirmation of payment

[jack_strit]

Wow, the problem sticks there. I cannot say what I might have done, that's the worst of it. It something with permissions affecting the Auth.net mod?
Too crazy...

Answer wanted, dead or alive.
Preferably alive.

[michael_s]

Post your php version and configuration (safe mode? open basedir restrictions? version? and custom mods?)

If it was previously working, and now is not, what changed in that time frame? Did your host change security settings? Upgrade Curl or php? Any other changes?

[michael_s]

One other suggestion. Do a clean osCMax install without MVS installed and see if the checkout works...

[jack_strit]

Ok, I did something to check what was actually being returned:

In authorizenet.php in this function:
function before_process() {

I went to line 224 and added the bold just to see what $x_response_code was throwing back.

 if ($x_response_code != '1') {
 //several lines of if-then-elseif etc

else {
              tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode('There was an unspecified error processing your credit card.').urlencode("$x_response_code"), 'SSL', true, false));
        } 
  

Ok, so then I did an order and looked at what got returned. (I have tried to make it a little more readable.)

https://www.site.net//checkout_payme...ur+credit+card.
1 1 1 This+transaction+has+been+approved.
2oyPD2 Y 508441341 1-31-inch+Codfish+Shelf%2A%2A
1-5-foot+Codfish+Bookcase%2A%2A
1-Oak+Codfish+Shelves%2A%2A
757.50 CC auth_capture 1 Andrea Festurette 123+South+St
Cunningham Alabama 63234 United+States 1234567890
jackstrit%40yahoo.com Andrea Festurette 123+South+St Cunningham Alabama%7C63234%7C
United States D5505533243C1AF564366103D785BCFB

bdhido7bhm15gglk8f64f4mr04&osCsid=bdhido7bhm15gglk 8f64f4mr04

So it looks like $x_response_code == 1 1 1 This+transaction+has+been+approved.
2oyPD2 Y 508441341 1-31
Etc.etc.

and because it is not just "1" it is throwing the default error...any further advice besides reinstalling a clean OSCMax? (Ok, I admit it, I don't really want to start over. )

Thanks,
J

[jack_strit]

Problem Solved!

In file authorizenet.php

line 207

 $response_vars = explode('|', $response[0]); 
  

Notice I used the pipe '|' delimiter instead of the comma ','. That is how this string is delimited. It works now. Maybe only the testing account is delimited this way, maybe authorize.net changed the way they sent back information, maybe, maybe...

Anyone have any comments on this?? Besides "yeah, I knew that" haha...

J

PS. Zap..you should thank me!

[missmelis]

I've been having this issue for a few days.
I would assume that the delimiter would have to do with auth.net settings.

With both the module and auth.net in LIVE mode, I can get a credit card to process at auth.net, but the same response at oscmax EVERY time
"There has been an error processing your credit card Please try again and if problems persist, please try another payment method."

and yes, curl is setup correct (although I dont know why there is no setting in the 2.0 to specify compiled or not compiled... and if the setting is always "compiled", why is there a space to put the curl address?

i've done ALOT of oscommerce stores just fine.. wanted to try oscmax and end up very frustrated with the auth.net module.

anyone have a clue on why the response is always an error on the osc side but the card gets processed???

[michael_s]

What version of osCMax? Are you using 2.0.1 Stable or some other version? I want to try to help, but without some basic info, not much I can do.

[missmelis]

yes, i'm using 2.0.1 stable, Unix, shared host, my own SSL with curl compiled into PHP, fallback template (i'm wondered if it was the template but the others showed the same error).

I was using R4 and upgraded to 2.0.1 yesterday, completely overwriting ALL files, only thing left was the images transferred to the new directory.

I have another oscommerce store on the same server, not oscmax, and that one works fune with auth.net

[michael_s]

To resolve your problem, make sure this is blank in the authorize.net module configuration:

cURL Program Location

I just tested this with my authorize.net account and it works fine as long as this value is not set. The module is programmed to properly use the Curl functions compiled into php, and when the path to the binary is set, it messes that up.

Give it a try and let me know if that fixes your issue. The other thing to try is NOT setting the MD5 Hash. Leave that blank too.

[missmelis]

leaving the curl field blank does not help.

MD5 is empty

i could not find any instructions in the 2.0.1 package for this module, is it a rework of a contribution on oscommerce.com? maybe the details in a contribution file would help me.

i suppose that whatever the problem, the results are not returning to oscommerce, hmmm