Discovered the following: in CheckoutHelper.java, allPaymentPreferences.size() is zero and thus onlinePaymentPrefs.size() is zero, so it ends up getting down to the area around line 1110: // There is nothing to do, we just treat this as a success
JDKHead wrote: > > We're using a demo site we're tweaking to learn more about ofbiz, and have > done the following, however the order is confirmed on the front end of the > ecommerce site, the order confirmation email gets sent, but no > authorization or capture is performed. Is there a setting we're missing > somewhere to "turn on" authorization? > > We suspect this isn't a problem specific to Auth.net, but to some general > setting we've missed since we aren't seeing any errors in the logs > > 1. Imported secure.authorize.net certificate into > /opt/jdk1.6.0_16/jre/lib/security/cacerts > 2. Changed "demo site" to "N" > 3. Accounting/Payment Gateway Config for Authorize.net > 1. https://secure.authorize.net/gateway/transact.dll > 2. transaction key XXXXXXX > 3. userid XXXXXX > 4. password XXXXXX > 4. In Catalog Mgr/Stores/Store, payments > 1. Manual Auth Is Capture (tried Y and N) > 2. tried combos of the other settings like "Auto Order Cc Try > Later Nsf" > 5. In Catalog Mgr/Stores/Payments, removed everything, added > 1. Credit Card > 2. Payment Authorization Service > 3. CC Authorize dot net authorize and capture (aimCCAuthCapture) > - also tried authorize without the catpure > 4. Auhorize Dot Net Configg > 5. Payment Props (left blank) > 6. Apply to All "Y" > -- View this message in context: http://n4.nabble.com/Auth-net-payment-not-being-authorized-captured-tp955954p956010.html Sent from the OFBiz - User mailing list archive at Nabble.com.
