Back & Forward Browsing

First: The ONLY way to get this error is to start the checkout process in one browser and then go to another browser or the same browser and CHANGE the order. There is no other way. The changes only give you an error now when you try to do that. So now your customer is going to get an error that prevents them from doing it.

Take note of that, because in the end, the same customers are going to call you and say, whenever I try and checkout, I get an error page that says, "you changed the order after starting the checkout and you must start the checkout over again". You cannot keep someone from doing something stupid....you can only let them.

Here, see if this will help.
*********************** V E R   5.10 ***********************
-     wc    &nb sp;12/15/03     Changed shop1.asp to handle case sensitivity in if/then clause for postpone shopping
-     wc    &nb sp;4/9/04     Changed csimple.asp to handle security issue with displaying username/password on error condition
-     mtb    &n bsp;8/5/04     Changed salescartproductlink.js so that object could not be used in code view.
-     mtb    &n bsp;10/21/04     Changed checkluhn.inc to handle paypal case with no card number.
-     mtb    &n bsp;2/9/05     Changed command, SalesCartX Product Link.js to handle reverse logic on Discounted=yes.
-     mtb    &n bsp;4/1/05     Made Hiding the Credit card Number standard.
-     mtb    &n bsp;4/1/05     Changed shop1.asp, view1.asp, receipt1.asp, confirm2.asp to handle CheckoutSubtotal State. Avoids shopping cart manipulation after the checkout starts.


Edited by mike

You need to create a new SalesCart web with the new software and then replace your old cgi-bin with all the new files. Quite a few files changed.

Mostly, in our expierence this issue mainly surfaces in confusing web site design where the web designer has built the merchants site and spawned a bunch of new windows. Dont know your URL, but if you are experiencing this issue, you may want to look at that as well.

This is a customer error. Upgrade to the latest version 5.1 and it will not happen anymore.

We don't believe this will happen with the current released version of the software (5.1). In addition, the process by which you make this happens, means that these are not "real", legit orders. The person has removed all the items from the cart after the checkout was started.



Edited by mike

Do the empty email actually contain the order ID? You can go directly to receipt2.asp and it will generate an empty email. The same can happen if a customer places an order, and then refresh the receipt2.asp page afterwards.

The Internet is a discontinuous environment. In ASP, it is difficult to determine if someone that hits the back button has left permently, changed their mind, is modifying their order, their computer crashed, their browser crashed, and any number of a hundred other things. Once the customer is in the checkout phase, you do not want them to continue shopping or do anything but finish the order. You should not have other links or anything that encourages them to leave the process.

For example, if they are on the confirm page and hit the confirmation button and you using a 3rd party processor like AuthorizeNet or Payflow, there is a considerable lag to communicate, authenticate and redirect. Could be a good 10 seconds if your server connection is slow or crowded and your customers connection is slow. If the customer hits the back button and then submits the transaction multiple times, you will have multiple submits. Some of these issues get better in ASP.NET but in reality, no situation and in no Internet-based shopping cart can you prevent this sort of stuff because of the discontinuous nature of the Internet.

In the latest version of SalesCart (PRO 5.10, SQL 5.1, and NET 6.1), we have instituted some changes to help prevent these sorts of activities. No way do we claim they are 100%. However, we do believe that in a vast majority of cases, the number of incidents can be reduced with the latest releases.

anybody else experiencing issues with zero order totals (confirmation emails contain zero'ed out totals and no items)...?

anybody from ComCity care to respond to this? thx...

Jim