Hi Jerry,

Thanks for the module but I am experiencing a problem. After being sent off to the Auth.net site and completing the payment, I am returned the my site and receive the following error, "We are sorry but due to a technical problem your order could not be processed. Please try placing the order again later."

In watchdog I get 4 errors, interestingly the first two (#1 & #2) are uid 0 while the second two (#3 & #4) are my uid (I am signed in as user 1). The errors are:

#1 - LOCATION http://kcubookstore.com/cart/authnet_simdpm/complete MESSAGE Receiving payment response for order 7 from Authorize.Net
#2 - LOCATION http://kcubookstore.com/cart/authnet_simdpm/complete MESSAGE An unauthenticated response from Authorize.Net made it to checkout! Calculated MD5: a10d480766b3f0e79c2f0f4455a8dec0 Received MD5: 63E0FFCAA9D75474FFEA0B389F0643EE
#3 - LOCATION http://kcubookstore.com/cart/authnet_simdpm/order_complete?code=2bfa98dd46579943f1ffb36bad28eddc&oid=7&pid=authnet_simdpm%7Ccommerce_payment_authnet_simdpm&type=auth_capture&msg=We%27re%20sorry%2C%20but%20due%20to%20a%20technical%20problem%2C%20your%20order%20could%20not%20be%20processed.%20Please%20try%20placing%20the%20order%20again%20later. MESSAGE Receiving redirect response for order 7 from Authorize.Net
#4 - LOCATION http://kcubookstore.com/cart/authnet_simdpm/order_complete?code=2bfa98dd46579943f1ffb36bad28eddc&oid=7&pid=authnet_simdpm%7Ccommerce_payment_authnet_simdpm&type=auth_capture&msg=We%27re%20sorry%2C%20but%20due%20to%20a%20technical%20problem%2C%20your%20order%20could%20not%20be%20processed.%20Please%20try%20placing%20the%20order%20again%20later. MESSAGE	An unauthenticated response from user after redirection from Authorize.Net made it to checkout! Calculated redirect hash: efaf6dbf91ec0e1fadac1837ef025cf9 Received redirect hash: 2bfa98dd46579943f1ffb36bad28eddc Order ID: 7

This happens at the same point whether I am signed in or run the transaction as an anonymus user. When I run it as anonymus, all four error messages are for user 'Anonymus'.

Obviously the hashes don't match.

I am going to dig in a little and see what I can find. Any help you can provide would be greatly appreciated.

Comments

2ndmile’s picture

2ndmile commented

Forgot to add... the payment IS going through on Auth.net.

jerry’s picture

jerry commented
Assigned: Unassigned » jerry

The most likely cause of this is a mismatch between the "Authorize.Net MD5 Hash" between the Drupal site and Authorize.Net itself. If the order is being accepted on the Authorize side, I'll hazard a guess that you left the MD5 hash value unset there. Log into your Authorize.Net account and go to Account -> Settings -> MD5-Hash, then set (or re-set) the hash value that you entered for "Authorize.Net MD5 Hash" on the Drupal side.

2ndmile’s picture

2ndmile commented
Status: Active » Closed (works as designed)

**FACE PALM**

Sorry about that. I did have the hash set. I used 1Password on the Mac to generate it. It was too long, so when I copied it to auth.net, it just cut off the extra characters. I noticed it when I tried to paste it again in the form field and they did not match.

Thanks and sorry to bother you.

id10t error

jerry’s picture

jerry commented

I've limited the hash field to 20 characters, which appears to be the limit imposed by Authorize.Net, to make this kind of accident less likely. I've also updated the field help and the README.txt file to mention the limit explicitly.

2ndmile’s picture

2ndmile commented

Good idea. Thanks for this module, your hard work, and quick responses!