Problem with confirmation of payment

[zap]

I have Authorize.net installed ok and it works and accepts the payment and the payment goes through.

However, on the customer side of things, the cart is showing a problem with the transaction, telling the customer there was a problem with the card.

Where do I even start looking to figure this one out?

tia

[met00]

okay, the return information is in the URI of the return (look in the location bar of the browser and you will see the error message). Unfortunately, for most errors it is minimal (ex: "Your card was declined") and rather than dick with it and find out WHY it isn't returning the errorcode well and displaying them properly (see what happens if you don't enter a CSC to see the proper way an error should be displayed), I have suggested to a customer that they start using a different payment processor.

[michael_s]

Is the transaction authorized and captured in the authorize.net admin panel (not osC)?

Is the status Declined or Captured/Pending Settlement?

That is where I would start first.

[zap]

Sorry to take so long getting back to this, time is a killer. I think I need a 40 hour day AND a clone.

Yes, the transaction is posting to authorize.net just fine, everytime.

Here is the EXACT (except for the 'mysite' sub) URL from the browser and the error message at the top of the cart screen


There was an unspecified error processing your credit card.

https://www.mysite.com/catalog/checkout_payment.php?error_message=There+was+an+unspecified+error+processing+your+credit+card.&osCsid=c1bcb0b9ce12fbf1b2cbcd13d7b78b9c

Any ideas? Where can I find that OSC Error code ID?

[zap]

So am I to assume OSMax (like OSCommerce) is intended for use only by those who are fluent in PHP and can do their own independent troubleshooting?

I have tried to HIRE someone with no results and I understand that it is against the rules to solicit or offer such services here (as if anywhere else would be more appropriate) ...and I've asked for a direction in which to look...not for someone to point out the exact problem and fix it for me.

Am I missing something here?

[michael_s]

Yes, assume that you should be willing to do a little work to solve your issues.

That error leads me to believe you server is not compiled with curl+ssl in php, or the module is not detecting curl. I have never seen a payment actually get to auth net when that error is thrown.

Are you in test mode for either the module or auth-net? Put both in live mode.

[zap]

Originally Posted by michael_s

Yes, assume that you should be willing to do a little work to solve your issues.

I guess the question I would have in reply is why do you think I haven't done as much as I can on my own, or do not expect to do a LOT of work to solve my issues? I've spent hours upon hours looking through the files of this thing looking for a clue as to where the response is interpeted. I've talked to Authorize.net on several occasions. I spent many hours searching for similar issues on the forums...only to find many questions and few answers.

That error leads me to believe you server is not compiled with curl+ssl in php, or the module is not detecting curl. I have never seen a payment actually get to auth net when that error is thrown.

Well, you have now.

I have talked to the host and they solved the curl issues. And yes, I'm set to compiled.

As I said, the charges go through to Authorize.net just fine, and post to my credit card account just fine. However, the user side still shows the URL and error message I posted previously.

Are you in test mode for either the module or auth-net? Put both in live mode.

My site has been using Auth.net for some years now with a different cart without issue. I am live.

I assume you mean "production" ...here are my authnet settings (obvious edits)

Authorize.net Consolidated v1.7 by Austin519
Enable Authorize.net Module
True

Login Username
username

Login Transaction Key
transaction key (same as is working with the other cart)

cURL Setup
Compiled

cURL Path
/usr/bin/curl

Transaction Mode
Production

Transaction Method
Credit Card

Processing Mode
Authorize Only

Sort Order Of Display
1

Customer Notifications
True

Accepted Credit Cards
Visa, Mastercard, Discover


Is this module compatable with the AIM method? Authnet said that I shouldn't have to do anything differently if I was using AIM. I know I am on the other cart...and really don't want to mess it up until this cart is ready to take over. Even then, I would like to use the other cart for some special purposes seperate from the main site.

Michael, I appreciate your help. However, this cart is completely devoid of documentation in many areas, and it seems unless you have a PHP background, you cannot make this thing work without help. As I said, I've even inquired of hiring help to no avail. I am only asking for directions so that I can learn to solve the problems with this cart for myself. If I wanted someone else to do everything, I'd have just used the cart offered by my host. --not my style.

[zap]

I guess this proves my point. OSCommerce and OSCMax aren't meant for those without advanced PHP programing skills or ready access to someone who is a PHP fluent.

If the only help one can get is the the online forums....I'll buy a commercial cart. I should have done this in January when I started looking at these carts.

[jack_strit]

Hi, Jack here:

I got a problem the looks alot like zaps problem (a recent, unresolved thread that included a bit of impatience if I recall correctly).

Ok, test account was working perfectly, payments were all lovely and posting fine etc.

Now, today I was testing again and something ugly and nasty came up....
When making an order, I get the error in the url "card has unspecified error" but...the order does indeed post to Authorize.net. I can see the order....

The only significant change I can think of that I made was to install the zone shipping payment module in MVS. I uninstalled the zoned shipping already. Still does not work..humm. Could it have to do with SEO?

Uh-oh...what do I do now?

J
PS. This is how I feel:

Here are some of my server errors:
[Fri May 30 08:30:42 2008] [error] [client 00.00.00.00] Directory index forbidden by rule: /usr/local/www/vhosts/site.net/httpdocs/images/, referer: www.site.net

[Fri May 30 09:04:11 2008] [error] [client 00.00.00.00] Directory index forbidden by rule: /usr/local/www/vhosts/site.net/httpdocs/images/, referer: https://www.site.net//checkout_confi...lqhu1u5khaolu7

[Fri May 30 09:07:55 2008] [error] [client 00.00.00.00] Directory index forbidden by rule: /usr/local/www/vhosts/site.net/httpdocs/images/, referer: www.site.net

[Fri May 30 09:11:43 2008] [error] [client 00.00.00.00] PHP Warning: Unknown: open_basedir restriction in effect. File(/var/tmp) is not within the allowed path(s): (/usr/local/www/vhosts/site.net/httpdocs:/tmp) in Unknown on line 0, referer: https://www.site.net/admin/vendors.p...gk9t3t94uj5c10

[Fri May 30 09:11:43 2008] [error] [client 00.00.00.00] PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0, referer: https://www.site.net/admin/vendors.p...gk9t3t94uj5c10

[Fri May 30 09:17:38 2008] [error] [client 00.00.00.00] Directory index forbidden by rule: /usr/local/www/vhosts/site.net/httpdocs/images/, referer: https://www.site.net//checkout_payme...lqhu1u5khaolu7

[jack_strit]

Well, here is a little more of the unfolding saga:
The errors listed are about Apache permissions problems and I don't think they have anything to do with the CC payment stuff. The module continues to give me "There was and unspecified error processing your credit card" error, but still registers a payment on Authorize.net. Something is wroooonng! haha...

Ok, if anyone out there would like to take a swipe at this, I would be giving thanks...haha.

J