Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 0.6.8

Bug #3936 Authorize.Net processor doesn't return DUPLICATE and FRAUD result codes
Submitted: 2005-03-24 03:47 UTC
From: jausions Assigned: jstump
Status: Closed Package: Payment_Process
PHP Version: Irrelevant OS: Irrelevant
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 37 + 23 = ?

 
 [2005-03-24 03:47 UTC] jausions
Description: ------------ Yet another problem with Authorize.Net processor... The current mapping technic is insufficient for the Authorize.Net processor to return the PAYMENT_PROCESS_RESULT_DUPLICATE and PAYMENT_PROCESS_RESULT_FRAUD result constants. PAYMENT_PROCESS_RESULT_DUPLICATE should be returned for code/sub-code: 3/11 (currently returns PAYMENT_PROCESS_RESULT_OTHER) PAYMENT_PROCESS_RESULT_FRAUD should be returned for code/sub-code: 2/4; 2/41; 2/250; 2/251; (currently returns PAYMENT_PROCESS_RESULT_DECLINED) This is important because the script may want to do different things on declines, errors and fraud alerts. Since Payment_Process aims at being a generic class, we can't expect the user to test for this code/sub-code combination as they are processor specific. I'm not sure of which way is the best to implement that hook. Note that both DUPLICATE and FRAUD imply that the transaction has been declined. -Philippe

Comments

 [2005-06-23 14:29 UTC] jausions
Please use: http://www.11abacus.com/cvs/pear/Payment_Process.jausions.patch to correct the bug. -Philippe
 [2005-07-28 03:10 UTC] jstump
Thank you for your bug report. This issue has been fixed in the latest released version of the package, which you can download at http://pear.php.net/get/Payment_Process