4 replies [Last post]
unrev.org's picture
Offline
Joined: 02/20/2009
Juice: 41
Was this information Helpful?

Hello Uberfolks,

I've searched high and low for this issue on the site and not found one that matches. There are some similar ones, but none that really address this issue exactly. Thanks in advance for any help you can offer!

Using D5 and UC 1.7, some customers get to the checkout form and fill in their info, but when they click to review the order, the page refreshes. Note that this only happens sometimes, so we've assumed that it's user error and that something in their billing info doesn't match their card. (Assumed being the key word, because some customers insist that it's all matching correctly when we talk with them.)

What then happens is that they go back and check everything over. Those that did, indeed, mess up somewhere with the billing info change this and then resubmit their order. However, it doesn't work because it says that it's a duplicate order!

Strangely, all of the orders that have this trouble have an Order ID of 0, and the customer simply cannot check out whether the info in the form is right or not.

Here is some example logs from an order where this happens:

2009/09/05
10:51:55 PM - Authorization and capture
REJECTED: This transaction has been declined.
AVS response: U - Address information is unavailable
CVV match: M - Match

2009/09/05
10:52:15 PM - Authorization and capture
REJECTED: A duplicate transaction has been submitted.
AVS response: P - AVS not applicable for this transaction
CVV match: -

I have looked high and low for a way to create a unique order ID right away upon arriving at checkout, but not found it. I have also searched for a way to allow duplicate transactions in Ubercart, but this also seems to be hard coded, or perhaps is coming straight from Authorize because they are receiving an order ID of 0, which already exists in their system.

I realize there is not a coherent question here, this is an appeal for any advice that could lead me to figure this out. Is anyone else having a similar issue? Please recall that this doesn't happen all the time, which is why it is so difficult to track down whether it is user error or Authorize or perhaps a setting in Ubercart having to do with duplicate orders.

Many thanks!

jasonabc's picture
Offline
Uber Donor
Joined: 05/05/2008
Juice: 573
Re: Strange issue with authorize.net causing cards to be rejecte

Authorize.net have an optional setting which doesn't make it's way into a lot of shopping carts (because it's optional) but x_duplicate_window is the amount of time that has to pass before a duplicate transaction can be submitted. If this is not set then it defaults to two minutes (which is more than enough time for someone to go back and correct the error and resubmit). The value is:

x_duplicate_window => '3', // this will mean 3 seconds before a duplicate transaction can be submitted

To knock this out - open:

sites\all\modules\ubercart\payment\uc_authorizenet\uc_authorizenet.module

and uncomment line 466. (set your own value in there when you uncomment it)

unrev.org's picture
Offline
Joined: 02/20/2009
Juice: 41
will try and post results

Thanks jasonabc!

I will give this a try and then post back with the results once we get a few orders through.

torgosPizza's picture
Offline
Bug FinderEarly adopter... addicted to alphas.Getting busy with the Ubercode.
Joined: 08/14/2007
Juice: 4110
Re: will try and post results

We're having this exact same issue. Any luck in fixing it?

EDIT: I uncommented the line as jasonabc suggested, but my credit card orders still say they are "rejected" even though they're actually not. (At least, I can't tell if they are until tomorrow when I can look up our authorize.net orders.)

My error logs show a lot of "segmentation faults" but I can't tell what's causing this error. Trying to dig deeper to see if anything pops out at me.

EDIT 2: After restarting Apache (apachectl graceful) the segfault errors went away, and I was able to successfully submit a credit card order. Really, really strange.

--
Help directly fund development: Donate via PayPal!

unrev.org's picture
Offline
Joined: 02/20/2009
Juice: 41
Re: will try and post results

I forgot to get back and post about this.

jasonabc's suggestion to set the time before an order is considered a duplicate did help out with our order successes.

Apologies for the delay!