 |
Ubercart |
|
|
|
||
|
Mon, 09/08/2008 - 21:54
  Hi, I just took a look at all my orders today and I have been getting alot of "In Checkout" order status. Where or how can I find out where the customers are having problems? Some of them try to do it twice and give up, but I'm not sure what problem they are having. Some orders go through put alot of them just end up in the "In checkout" status. Has anyone else encountered such a problem? Thanks 
Re: Many Incomplete Orders. (In Checkout Status) What could it b
Could be they can't get CC info to go through or they just get cold feet... I'd look at the orders and see if anything sticks out. Also, see if the same name has any completed orders. Sometimes they go back and forth during checkout or might go add another product to the cart. In this case, a new "In checkout" order would be created.
also noticing this
I'm also noticing a lot more "in checkout" orders than I would expect; most of them go on to complete their orders, but with different (higher) order IDs. It appears that they are issued a new order ID each time they visit the checkout screen (for example to correct a credit card number or fill in a required field), even if the details of the order itself are unchanged. Is this intentional? If so, what is the purpose of this feature? It seems to me the /admin/store/orders/sort/in_checkout report would be more useful if it only showed orders that are actually incomplete, rather than premature snapshots of orders that were subsequently completed under a different ID number. Please advise.
Re: Many Incomplete Orders. (In Checkout Status) What could it b
i had a couple of customers saying there was a problem ordering, but they didnt state why. Also I am just using the paypal express option. Could that be a problem? thanks
Re: Many Incomplete Orders. (In Checkout Status) What could it b
I'm seeing the same exact thing... lots of "In Checkout" and disgruntled customers. Anyone know how to fix this?
Did some tests.
I was able
Did some tests. My order came in and I got the email notice and the admin notice. And since we're doing offline processing, it showed up in the order list as Pending. So now I don't know what might be going on with these multiple orders coming through messed up. I noticed that the email came through while it was spinning doing the submit. So if it is hanging for some users, perhaps there is a problem sending the emails and that is what causes the hang. Just some more info. -J
did a few more tests.
the
did a few more tests. This is ubercart 5.1 Here is the message: Just fyi. Can this be caused by an incorrect setting, like those ones that say prevent the order if this or that? What would cause it to work ok on Mac but not on Windows? -J
Re: did a few more tests.
the
It looks like it's losing the order number or something. The log shows: The error message is coming from uc_cart.module around Line 1722 So that is some news, but I don't know how to fix the fact that the orders are getting lost.
Re: Re: did a few more tests.
the
Hi. Just wanted to post my findings here... I got some help and was told that the order session id was getting lost due to some bad urls to images. There were a lot of broken images in my theme unfortunately. The problem that causes though is that when the user creates the account, they are taken back to an empty cart. Just fyi... I think I'm going to create a custom theme that is very basic and use that only on the /cart pages... and that will avoid any broken file references that was causing the drop. Then... I'll turn off the login requirement again... and hopefully I'll be good. Hope this info was helpful.
Re: Re: Re: did a few more tests.
the
Definitely helpful. I might also point out that you should make sure you aren't requiring e-mail validation of new accounts so folks can login immediately. That may have an effect on their cart contents being lost. Additionally, you should check to see if the loss is happening between the HTTP / HTTPS transfer to your cart page. I believe there were solutions on drupal.org to the HTTPS cookie issue.
Did u getting final solution?
Hello,
Incomplete Orders
Hello, I was having the same problem in Safari while logged in as a user. When I logged out on FF, it worked just fine. When I logged in as the same user in FF it worked fine. So I think there is something happening with Safari 4.0.4. Also, this only occurs with Credit card setting. Paypal works fine. Finally, if I enter an incorrect CC number I don't get any error message. I am running Ubercart 2 on Drupal 6.14. 
Re: Did u getting final solution?
I am also having the same problem- although not sure if it's IE specific. I am finding though that these customers have entered their credit card info and I can see it- but it still shows "in checkout" and the order never completes.
Re: Many Incomplete Orders. (In Checkout Status) What could it b
I think I may be running into the same problem. I'm getting the following warning. warning: Invalid argument supplied for foreach() in /drupal-6.16/sites/all/modules/uc_discounts_alt/uc_discounts/uc_discounts.module on line 232. and Watchdog says. An empty order made it to checkout! Cart order ID: . This has been working fine for *months* and a few orders went though yesterday so it doesn't seem to be a very consistent problem. But the user that complained I haven't been able to get her order though at *all*. I'm going to try checking the paths in the theme. then report back. 
Re: Many Incomplete Orders. (In Checkout Status) What could it b
any word on this? I only experience this problem with ie6 customers. Thanks,
Re: Re: Many Incomplete Orders. (In Checkout Status) What could
I appear to only be experiencing this with IE6 too, has anyone managed to solve this issue or discover why? It seems it happens with Clean URLs turned on. The order ID disappears from the session variable. In the function uc_cart_checkout_complete(). $_SESSION['do_complete'] = true which happens in uc_cart_checkout_review_form_submit() where $_SESSION['cart_order'] is populated. The problem lies somewhere in between those functions (uc_cart.pages.inc lines 488 - 556) Has anyone got this fixed yet? On a similar note, I have noticed with IE8 the order losing its delivery address. Thanks
Re: Re: Re: Many Incomplete Orders. (In Checkout Status) What co
what version of ubercart and drupal are u using?
Re: Re: Re: Re: Many Incomplete Orders. (In Checkout Status) Wha
Please see this thread for further information: http://www.ubercart.org/forum/support/12645/ie6_causing_checkout_issues#...
Re: Many Incomplete Orders. (In Checkout Status) What could it b
I get a new in_checkout order every time I update the quantity or remove an object from the cart page. By the time I click on the review order page there is a new order in the orders table with a higher order_id. Can anyone else reproduce this?
Re: Many Incomplete Orders. (In Checkout Status) What could it b
subscribing
Still a problem, more than ever
My site has gotten to the point where *no* orders get beyond "Pending" status and about half remain "In Checkout" until I update them manually, even though they have been paid. We are using PayPal Payments Standard exclusively. Sometime around April the IPN communication must have broken down, I suspect. I'm planning to upgrade to Drupal Commerce as soon as I can, but in the meantime a fix for this problem would be very helpful. Thanks! Let me know if I need to provide more information.
Re: Many Incomplete Orders. (In Checkout Status) What could it b
We're having this issue as well, and have been for quite some time. We've had intermittent complaints from some users that their cart gets lost, but we've never been able to duplicate it on our end in *any* browser. I've always assumed it to be an IE problem, but the reality is that we really don't know. Has anyone else been able to narrow this down to a specific browser or a specific series of actions to get the cart to disappear? There's a ton of other posts on this, but aside from people saying that it's associated with another module (such as Facebook Connect, which we aren't using), or missing files referenced by IE-specific CSS, but nothing that seems super specific about what is happening... Any help would be awesome.
Fixed
I was able to eventually resolve this by a very thorough code review. The key is that if there are any broken image or file links displaying on the page or being activated by the CSS, the session will be dropped between transaction pages, resulting in the actual order not making it from the cart page to the processing page -- but only in some browsers, apparently. Use Webkit Developer Tools and/or Firebug and make sure that on the cart page, there are no errors related to broken links, including favicons. In my case, it was a broken link to a favicon, which explained why the page looked fine but still resulted in the issue. Once I fixed the favicon link, all the orders are working perfectly again.
Re: Fixed
Thanks for the reply! I did this as well, and the only possible broken file was for IE6 only, so I took care of that. One thing to note after digging through the uc_cart code is that if anyone goes back into the site to change their order once they're already in checkout they will get a *new* order created when they restart checkout. So, it's possible that someone could legitimately generate two or three orders that live forever in "in checkout" before they finally proceed through and finalize their order, just because they keep changing their mind about order contents. We're also using uc_discounts, which places the coupon code field on the checkout form. As a result, if someone has a coupon problem they will go through checkout to the final phase before discovering they have the wrong code, wrong products in their cart, etc, which means that when they go back to their cart to fix it, they will end up generating a new order when they go to checkout. These two things seem to have generated a lot of the "in checkout" orders that my client was concerned about, and in this case they really don't seem to be a problem, just an annoyance. It would be nice if there was an option in UC to have the order actually deleted from the DB when the unset($_SESSION['cart_order']) gets called from uc_cart_view() and anywhere else, so that order abandonments with subsequent re-creation don't end up generating a ton of spurious "in checkout" orders. I'm still not convinced that the issues have all been addressed, but until we get some more specific customer feedback I'm going to put this aside. Thanks again! 
This is reassuring
I'm glad I found this thread. I was wondering why so many customers keep getting stuck in checkout. I saw this as a big problem and was trying to figure out where the problem was coming from. I now believe that most of the orders abandoned in checkout are due to NSB or normal shopping behaviors (customers changing their mind and going back & forth between the different stages of an order - just like in real life). If only we could differentiate between NSB & bugs or system errors... I don't think creating a new order every time a customer changes his or her mind is the proper way of handling this. Wouldn't it be possible to check for a session status before creating a new order? How do other shopping carts handle these situations? Surely it's not done this way especially for logged in customers. Anonymous is a different story I guess. How about UC for D7 (7.x-3) anyone know how it handles orders in these situations? Sorry, no answers, just questions. But I feel better knowing it's a much smaller problem than I originally thought. EDIT: went through the UC issue queue on d.o anf found a lengthy discussion related to cart session.
In Checkout orders, can we be notified anyway ? Any module ?
In Checkout orders, can we be notified anyway ? Any module to send admin or customer a message ? Hi, Would it be possible to get a notification when an order is still in checkout after 1 hour, because it means that it has not been finalized ? Or is there any way to send an automatic message to customer to remind him that he almost bought a perfect product ? Thanks for your ideas. |
|
