We have a strange bug coming up after a recent upgrade to 5.8. We've a few cases where a customer places an order and pays for it, then system generates a new order email (with an order number) and sends it out to the various email addresses.

However, it never seems to get promoted from a shopping cart to an order, even after the payment. It isn't visible in the order manager, but the next new order number is one higher than the 'missing' order. We can view the 'missing' orders by going to the Reports -> Shopping Carts, and it is showing the status as "Shopping Cart / Paid / Unshipped". This is an intermittent issue, we've seen two of these over the last week, but other orders are coming through fine.

Any idea how to fix this? This is affecting our ERP integration because these never get exported as orders.

This is using the BV PlugNPay payment module, if that makes a difference.

It's possible that one of the workflow steps in your "Process New Order" workflow is failing. This can result in an order that appears to be placed from the customer standpoint but really isn't (just like you describe).

Ah, looks like I spoke too soon, had two more "missing" orders yesterday. Very frustrating.

Based on the email CC steps in our workflow, it looks like this is failing in either "Update List Items" or "Update Order", leaning towards the latter.

Here's what I would do:
1. Install a fresh copy of BV and compare the "Process New Order" workflow against the one on your site to make sure that everything is the same (i.e. all of the same workflow steps and their ordering)
2. Double-check any custom code you may have written

Hmm, hard to figure an error such as this would not bubble up and get recorded in the site error log or IIS log. That does not put you in a good position. With this going on the only way I see resolving it is investigation debugging the site and stepping through the process. That and comparing the sites files and workflows to a new install of 5.8 to possibly find a difference. Unfortunately the process here is time consuming and expensive. Is there anything that these problem orders have in common like products ordered, browser used etc. I would study the orders that had issues and see if there is anything that jumps out.

Good luck, tough one.

After a lot of testing from us and our hosting company, including a fresh install of 5.8, the problem has been narrowed down to products with product options or choices. They seem to be slowing the checkout process to a crawl.

It looks like it's a bug in BVC 5.8. Our hosting company (a BVCommerce partner) has passed detailed information about it on to the BVCommerce developers.

Our clients' daily web sales have dropped to nearly nothing since the upgrade.

Ditto. I'm curious to hear what this bug is.

We never confirmed any bug having to do with options/choices in BV 5.8.