992 replies to this topic

[zvik]

Hi,
I have installed the last authorize_aim module with correction by IcedDante from Nov 19 2008. This module is a CHARM and it works in general lovely. Thanks all for great module.

In our server in office it works with no issues, however on our hosted server (shared) we have an issue that when we click on the More Info to get the CVV help we get an error:
403 Permission Denied
You do not have permission for this request /b/apps/catalog/includes/languages/english/cvv_help.php

First I think it make sense it is some configuration on the hosted server because on our office it works fine. However in the office we are within same lan, so I suspect that for some reason when the requester is NOT on same domain/subnet maybe there is some issue.
Off course I checked permissions of files and files are ok with right permission.
So I ask for advice if any of you came across such an issue so I can advice the hosting company what to do, or maybe there is some work around to implement in code.
Any idea will be appreciated,

Note: Beside this issue the module works fine in hosted server and all features are working including authorization and so on.

Thanks
Zvik

[zvik]

Hi All,

Just to let you know that the problem of error 403 was resolved.
I am not sure why but with our provider we had to place the cvv_help.php just under the store root, otherwise it won't work.
Thanks
zk

[longbridge]

I just installed the AIM module on my website. But when I click 'confirm order' on checkout_confirmation.php I am returned to checkout_payment.php, the session id in the URL is replaced with a blank error message (error_message=).

How can I show the real error message? Thanks.


I am using my API login and the correct transaction key.
My delimiters are set to No, comma and blank (No, comma and double-quote also failed to work).
PHP is compiled in cURL and as you can see SSL is working.
I have the latest version of Authorize.net AIM installed and running on test mode using the test credit card numbers provided.
My authorize.net account is AIM ready, running transaction version 3.1 and I do not have any response/receipt URLs set up.
I have forced cookies turned off.

Below is my configuration.php ( I hide the real web site name)

<?php
/*
$Id: configure.php,v 1.14 2003/07/09 01:15:48 hpdl Exp $

osCommerce, Open Source E-Commerce Solutions
http://www.oscommerce.com

Copyright © 2003 osCommerce

Released under the GNU General Public License
*/

// Define the webserver and path parameters
// * DIR_FS_* = Filesystem directories (local/physical)
// * DIR_WS_* = Webserver directories (virtual/URL)
define('HTTP_SERVER', 'http://mywebsite.net'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://mywebsite.net'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // secure webserver for checkout procedure?
define('HTTP_COOKIE_DOMAIN', 'mywebsite.net');
define('HTTPS_COOKIE_DOMAIN', 'mywebsite.net');
define('HTTP_COOKIE_PATH', '/catalog/');
define('HTTPS_COOKIE_PATH', '/catalog/');
define('DIR_WS_HTTP_CATALOG', '/catalog/');
define('DIR_WS_HTTPS_CATALOG', '/catalog/');
define('DIR_WS_IMAGES', 'images/');
define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');
define('DIR_WS_INCLUDES', 'includes/');
define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');
define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');

define('DIR_WS_DOWNLOAD_PUBLIC', 'pub/');
define('DIR_FS_CATALOG', dirname($HTTP_SERVER_VARS['SCRIPT_FILENAME']) . '/');
define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/');
define('DIR_FS_DOWNLOAD_PUBLIC', DIR_FS_CATALOG . 'pub/');

// define our database connection
define('DB_SERVER', ''); // eg, localhost - should not be empty for productive servers
define('DB_SERVER_USERNAME', '');
define('DB_SERVER_PASSWORD', '');
define('DB_DATABASE', 'osCommerce');
define('USE_PCONNECT', 'false'); // use persistent connections?
define('STORE_SESSIONS', 'mysql'); // leave empty '' for default handler or set to 'mysql'
?>

[zeus_r6]

I keep getting this error no matter what I change..

/store/checkout_payment.php?error_message=This+transaction+has+been+declined - Your+credit+card+could+not+be+authorized+for+this+reason.+Please+correct+any+inf
ormation+and+try+again+or+contact+us+for+further+assistance

.the transactions are listed in the Authnet unsettled transactions screen and all say "general error".

Any ideas?

Edited by zeus_r6, 23 January 2009, 17:40.

[jeannepo]

I downloaded and installed the AuthorizeAIM contribution.

I have a problem, and have spent two days trying to troubleshoot this on my own.

The problem I have is, when I 'continue' from checkout_shipping.php onto checkout_payment.php, that is after entering credit card information... the *first* time the checkout_payment.php page is displayed, I get a credit card error, "the first four digits of your..." well, if I go ahead and hit 'continue' to proceed, the checkout_payment.php file is displayed again, and the error goes away, and the credit card information comes through, and if I hit 'continue' again, it does process the credit card properly, taking me to my checkout_success.php page. And, the payment does go through Auth.net, as well. The problem is the *first* time the checkout_payment.php page is hit, the credit card error comes up.

Also, if I use a known bad CC#, the cc_validation.php seems to be working, because it will not go beyond the checkout_payment.php page, telling the user their CC is not valid.

So, do you have any idea what might be wrong? I'm suspecting it's either in the authorize_aim.php or the checkout_payment.php. I *thought* I edited my checkout_process.php correctly... might the problem be there?

~jp

[cjpopp]

zeus_r6, on Jan 23 2009, 11:40 AM, said:

I keep getting this error no matter what I change..

/store/checkout_payment.php?error_message=This+transaction+has+been+declined - Your+credit+card+could+not+be+authorized+for+this+reason.+Please+correct+any+inf
ormation+and+try+again+or+contact+us+for+further+assistance

.the transactions are listed in the Authnet unsettled transactions screen and all say "general error".

Any ideas?

Yep. Getting that error as well. WTF?

[ttown]

cjpopp, on Feb 4 2009, 03:32 PM, said:

Yep. Getting that error as well. WTF?

Think I'm hosed as well. Been running for 2 years, no problems, just updated to the 24 Oct 2008 download, but no luck...

error_message=%20-%20Your+credit+card+could+not+be+authorized+for+this+reason.+Please+correct+any+i
nformation+and+try+again+or+contact+us+for+further+assistance.&osCsid=fobfu1akjno9i5p0bmlf3mfs40

[peggyc]

ttown, on Feb 6 2009, 08:38 PM, said:

Think I'm hosed as well. Been running for 2 years, no problems, just updated to the 24 Oct 2008 download, but no luck...

error_message=%20-%20Your+credit+card+could+not+be+authorized+for+this+reason.+Please+correct+any+i
nformation+and+try+again+or+contact+us+for+further+assistance.&osCsid=fobfu1akjno9i5p0bmlf3mfs40

Which version were you using before you upgraded to this one? My client wants to switch from Paypal to Authorize.Net and I want to make sure we use a reliable contribution so we don't lose sales.
Thanks in advance.

[tarheit]

I've had exactly the same problem but have finally solved it. The main problem I found was that my authorize.net's Direct Response wasn't setup to match what is required by osCommerce (either the build in authorize.net module or the new one)

This posts explains what was needed:
http://forums.oscommerce.com/index.php?sho...t&p=1304632


I ended up using the build in module because you enter the credit card information on the confirmation page (resulting in fewer abandoned carts because someone just forgot to confirm), though I did take a few things from the new module.

-Tim

[cjpopp]

tarheit, on Mar 6 2009, 01:11 AM, said:

This posts explains what was needed:
http://forums.oscommerce.com/index.php?sho...t&p=1304632

Hey Tim.

I've read your post a few times over the past couple of days and went to the link you provided and followed what was to be done there to no avail. Still getting the error, even in test mode.

I got my provider to turn cURL on so that's no longer an issue. Still no go.

I'm going to talk to the gateway people tomorrow and see if everything is ok there or not. Testing SHOULD work, right?

What would be great for those of us that are frustrated is to have some sort of code or explanation by the module for the reason why the credit card could not be authorized.

[Tunes]

Hello,

I hope that someone can help. I installed AIM onto a oscommerce site and when I run a credit card through I receive an error that says:

There has been an error processing your credit card

Please try again and if problems persist, please try another payment method.


I have read through many forums and can not figure why it wont process. I switched over to SIM and it works fine.

I have confirmed that cUrl is compiled.
User Login and Transaction key is correct
SSL is installed
The gateways are correct


I have used the contribute that Vger made and receive the same error. Its like my site isnt talking with auth net. Any tips on what to check here? Thanks for the help!

[baddog]

Tunes, on Mar 13 2009, 04:38 PM, said:

Hello,

I hope that someone can help. I installed AIM onto a oscommerce site and when I run a credit card through I receive an error that says:

There has been an error processing your credit card

Please try again and if problems persist, please try another payment method.


I have read through many forums and can not figure why it wont process. I switched over to SIM and it works fine.

I have confirmed that cUrl is compiled.
User Login and Transaction key is correct
SSL is installed
The gateways are correct


I have used the contribute that Vger made and receive the same error. Its like my site isnt talking with auth net. Any tips on what to check here? Thanks for the help!

Live or test mode?

[Tunes]

baddog, on Mar 13 2009, 08:50 PM, said:

Live or test mode?

both

[roedel]

I received this notice from Authorize.net - does anyone know if the AIM module need to be updated or enhanced to SSL3.0?

Quote

Dear Authorize.Net Developer:

During the week of March 16 - 20, 2009, Authorize.Net will be deprecating all legacy support for the SSL 2.0 protocol. Changes have recently been made to the Payment Card Industry Data Security Standard (PCI DSS) which have made the use of SSL 2.0 a PCI DSS violation.

Due to this change, it is critical that you update any applications or integrations that may be using the SSL 2.0 protocol to support the more current SSL 3.0/TLS 1.0 protocols. Failure to upgrade your applications or integrations may result in a lost ability to successfully process transactions via the Authorize.Net Payment Gateway.

If you have merchants who are currently using SSL 2.0 to connect to the Authorize.Net Payment Gateway, you must contact them immediately and arrange to update their integrations to the SSL 3.0/TLS 1.0 protocols.

For more information on the limitations of SSL 2.0 and the advantages of SSL 3.0/TLS 1.0, we recommend reviewing the white paper Analysis of the SSL 3.0 Protocol.

If you have any questions, please contact developer@authorize.net.

[p0ng]

Does anyone know how to pass the manufacturer name and model number along to authorize with the product name?

Right now, the description of products that get passed along looks like this: productname1 + productname2

What I would like it something like: manufacturer1-productname1(model number) + manufacturer2-productname2(model number)

does anyone know how to change this or know what file and place I should be looking for?

[WebbyIT]

I am using the newest AIM module (authorizenet_cc_aim.php Feb 19, 2009) available in the contributions. Except for the one line cURL update for SSL 3.0, the AIM module is the same as the one that came with the 2.2 RC2a installation package.

The site/AIM module have been up and running for 5 weeks without any problems, or so it seemed. I had a customer contact me a couple of weeks ago to tell me that he had tried multiple credit cards and attempts and every time he confirmed the order he was redirected to the checkout_payment page with the default error message "There has been an error processing your credit card - Please try again and if problems persist, please try another payment method." I did an exhaustive search and did all the troubleshooting I could think of but could not find the reason why this was happening.

Last week I had another customer contact me with the same problem and when he told me the dollar amount of the order I realized that the problem was tied to large orders. To troubleshoot, I did an order for 200 of one product to get the dollar amount and quantity up on the order and it went through fine so I realized it was the number of line items on the order. The “magic” number is 30. Customers can only place orders for up to 30 different products (unlimited quantities) per order. Anytime there is over 30 line items on an order they are redirected to the payment page/default error message. It doesn’t really apply but, in the configuration settings, “Product Quantities” is set to 0 (unlimited).

Nothing is transmitted to Authorize.net so the error is part of the pre-check done by the cart. I have looked in the Admin configuration settings, the code, the database tables, and the support forums and still cannot find any reason why this is happening.

Does anyone know of any reason why orders with over 30 different items in them would not be able to be processed using the AIM module/Authorize.net?

Thanks in advance for any help on this.

[mom2twins]

I'm at my wits end here.

I have the same error as many people: "- Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

Does ANYONE have any new ideas on how to fix this??? I have literally been through every single page of this thread and tried every single solution and none of them are working for me.

I have verified all of my server/osc/auth.net settings over and over and over and they are all correct based on the requirements for this module.

If anyone can provide any new solution, I would be grateful.

[mom2twins]

WOW. Okay, I have been working on this ALL DAY LONG.

I have FINALLY fixed the problem.

Others might know this but I obviously did not. When you make sure cURL is working, it probably by default will not be working with SSL. Apparently, you have to specify that you want cURL complied with PHP - AND working with SSL.

Once I had that fixed, it all works perfectly. Now, don't ask me how to actually make the fix, I don't know. My husband has his own server and once I told him that I saw another post that mentioned making this change, he was like "oh, yah ok" and went and fixed it. So, just ask your hosting provider to make sure cURL is working with SSL.

I hope this helps someone else!

Edited by mom2twins, 16 April 2009, 22:06.

[andreanew]

Vger, on Mar 13 2006, 10:48 AM, said:

This is a new support thread created for a new and updated version of the AuthorizeNet AIM (Advanced Integration Method) module, released under GPL.

The module is located here:

http://www.oscommerce.com/community/contributions,4091

Vger

hello,
I am using the newest AIM module (authorizenet_cc_aim.php Feb 19, 2009)
I am having a hard time with my payment module It is Authorized.net.
It looks like there is none communication between the website and Authorized.net.
I can see the orders on the oscommerce_admin, but there is not record on Authorized.net.
Here are my module's settings:

Enable Authorize.net AIM Module
True

Login Username
GOOD (is it my authorized.net login or the API Login?) I try both

Transaction Key
GOOD

Transaction Mode
Live

Authorization Type
Authorize/Capture

Customer Notifications
False

Merchant Notifications
True

Request CVV Number
True

Sort order of display.
0

Payment Zone


Set Order Status
default

CURL Proxy URL
/usr/bin/curl

In the Authorized.net
My settings are:

Default Relay Response URL:
https://www.mywebsite.com/checkout_process.php

Direct Response Delimiter:
yes,
Default Field Separator: Comma
Field Encapsulation Character: double quotes

Transaction Version
3.1


Thank you! for any help. I am pulling my hair out.

[rdbstl]

I've spent the last eight hours going through every post in this thread, hoping to get a new install of this contribution to work. Sadly, the post above mine describes the same issue I'm having. I've tried a variety of different settings on Auth.net and in osC, to no avail. I see no indication that osC is communicating in any way with Authorize.net. I'm live on both ends, but I see no unsettled transactions. I don't get any errors, live or in test, aside from bad credit card numbers or expiration dates. The orders process as expected, with all email notifications going out from osC. But the "confirm" process is almost instantaneous, leading me to believe that there is zero communication between my site and Auth.net. cURL is compiled in PHP, and should work w/ SSL, per my host. SSL works as expected on my domain. configure.php has the correct URL and domain info.

My store was supposed to go live this weekend. Now I'm in a holding pattern and have no idea where to go next.

Enable Authorize.net AIM Module: True
Login Username: Set to API login
Transaction Key: Changed several times
Transaction Mode: Live
Authorization Type: Authorize/Capture
Customer Notifications: False
Merchant Notifications: True
Request CVV Number: True
Sort order of display.: 0
Payment Zone: United States
Set Order Status: default
CURL Proxy URL: none

My current Authorize.net settings (a variety of settings have been used):

Transaction Version: 3.1
Response/Receipt URLs: none
Default Relay Response: none
Direct Response:
Delimited Response: no
Default Field Separator: comma
Field Encapsulation Character: none

Edited by rdbstl, 24 May 2009, 19:40.