This is one of three modules giving me trouble. I have separate posts for donate and store modules you can check in case they are related. I am on 4.7 with updated modules on a site selling memberships for a non-profit theatre.

Upon submitting a transaction, no shipping info is passed - is E-commerce not passing it to the authorize_net module, or is authorize_net not passing it to the gateway. I cannot see where to ship the memberships, and transactions lacking address incurr more fees (is this an intentional and shady way to make a few more bucks?)
For some other reason, I'm not getting an email from the store module at all.

A couple of other issues, less important...
Declined Mastercards return what appears to be error code#6, "the credit card number is invalid" instead of a declined code. This may just be a issue with the test card I was given.

Though you can select a url to send users upon a successful transaction, you cannot do so for transactions with errors (i'll drop that into feature requests) When any transaction error ocurrs, you go this url:

domain.org/authorize_net/form/n

where n is the transaction number. It's a standard acees denied page "Access Denied, you are not authorized to view this page" with authorize.net's returned error code. Is this possibly an issue in drupal core?

CommentFileSizeAuthor
#6 fix_shipping.patch579 bytesyasheshb

Comments

criznach’s picture

criznach commented

I'm having a similar problem with 4.7.x-3.0.

When ec_anon is enabled, the transaction does not get transferred to the authorize_net form. The object loaded by store_transaction_load in authorize_net_form has empty "items" and "ship" properties. Also, the user id check in authorize_net does not allow anonymous checkout. I'm fine with a user ID check for logged in transactions, but I think it needs to be changed to allow this case. Opening a new issue for that...

designerbrent’s picture

designerbrent commented
Version: 4.7.x-2.0 » 5.x-3.0

I can confirm that this is happening on ecomm 5.x-3.0 for both logged in users and anonymous users as well.

designerbrent’s picture

designerbrent commented

Ok.. I'm poking in the authorize_net.module and in the function authorize_net_form_submit(), when $t is loaded on line 530, the object shippable is not set even though I'm pretty sure that the product is shippable. $t is set by store_transaction_load() that comes from store.module. I haven't taken time to look further into that, but that is what i've found so far. I'll keep looking more when I have time.

gordon’s picture

gordon commented
Status: Active » Closed (duplicate)

duplicate of #137127

designerbrent’s picture

designerbrent commented
Status: Closed (duplicate) » Active

This issue is not a duplicate of #137127. Even with that change in that issue, the shipping address is still not getting sent to Authorize.net.

If you comment out the if statement around the shipping address information, it submits it. The if statement is checking for $t->shippable and that variable is not set even though all my products are shippable.

As a side note, ship to country was not getting set. I've added it to my copy. I'd be happy to make a diff but my copy has the conditional commented out.

yasheshb’s picture

yasheshb commented
StatusFileSize
new fix_shipping.patch579 bytes

hello,

here's a patch for the above issue.

thanks.

yashesh bhatia.

designerbrent’s picture

designerbrent commented
Status: Active » Needs review
gordon’s picture

gordon commented
Status: Needs review » Fixed

This has been fixed in v3 and v4

Anonymous’s picture

(not verified) commented
Status: Fixed » Closed (fixed)