Seems like there are was some changes in autorize.net api.
Now there are missed some parameters that module need to work fine:
'x_response_format' => 1,
'x_market_type' => 2,
'x_device_type' => 1
See for more information http://www.authorize.net/support/CP_guide.pdf
Also I suppressed a this notice:
Notice: Undefined offset: 39 in commerce_authnet_aim_submit_form_submit() (line 317 of /var/www/nursegroups/sites/all/modules/contrib/commerce_authnet/commerce_authnet.module).
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | 1441364-commerce-authnet-chanhes-in-request-and-responce-3.patch | 3.97 KB | vlkff |
| #1 | 1441364-commerce_authnet-add-new-required-parameters-to-request-2.patch | 1.13 KB | vlkff |
Comments
Comment #1
vlkff commentedHere is a patch
Comment #2
vlkff commentedLooks like addressing of transaction status also was changed from '0' to '1'.
I was tested it with test.authorize.net, hope that live account api are the same.
Comment #3
andyg5000These paramaters are related to Card Present accounts with auth.net. Since the majority of users are using Card Not Present accounts for websites I'm moving this to a feature request. A new feature would allow the merchant to select either CP or CNP account type in the Auth.net settings page for this module.
Comment #4
rickmanelius commentedUpdating the issue title to reflect the clarification in #3.
Comment #5
rszrama commentedMarking as postponed; not a high priority feature request, and the patch as is is insufficient to move forward with.
Comment #6
markwk commentedDefinitely getting this error still and patch does work to fix problem. Probably right that this might cause problems for others with card not present. I am indeed using card present option.
Comment #7
kenorb commentedComment #8
mglamanPatch is bad, and needs a re-roll. Can't hurt to implement this.