Purchased cart being overwritten - still !??

This WebDNA talk-list message is from

1997

It keeps the original formatting. numero = 13647
interpreted = N
texte = I am still experiencing correctly completed and purchased carts beingoverwritten by blank carts. This happens with both IE and NS.The order process is as follows:View cart >> Select shipping method >> input shipping and billing addresses>> confirm info >> input cc info >(purchase)> thank you (log into order dband send email)All movement through the process is via buttons using METHOD=POST.If the customer, having completed the order process and now with the Thankyou page in front of him, clicks on the browser back button, the input ccinfo page appears from the browser cache with the form fields info stillthere. If he then clicks on the purchase button for a second time thepurchase command is invoked again for the same cart number. This results ina blank cart (except for the cc info) overwriting the previous correct andcomplete cart (with the same number) in the orders folder.If anyone else out there is getting blank orders this may be the cause. Ican't figure out how to prevent this. I took your suggestion, Mark, and puta ShowIf context on the cc info page (which holds the form which calls thepurchase command) but unless the browser makes a call to Webcat it has noeffect. In the case where the customer just uses the back button the formreappears from the browser cache.My primary client just lost an order today because of this. This is aserious problem and I would appreciate help on this asap.Thanks in advance,Rob Schmidtrschmidt@panix.com>Date: 26 Aug 1997 12:03:49>From: Marc Eagle >Subject: RE: Purchased cart being overwritten>>Rob ->>>On a store I am just completing, when the customer clicks purchase after>>entering his credit card info a thankyou.tmpl page is returned and the cart>>file is transferred to the Orders folder. A context on the top of the>>thankyou.tmpl logs the order into an orders database from which the order>>can then be managed.>>After performing a purchase, I backed up in my browser, both IE and>>Netscape to a shopping page. Admittedly my cart was empty but the same cart>>number was in the url. I then continued shopping, and another cart file was>>generated with the same number as the previous one (now residing in the>>Orders folder). I then shopped around and concluded my purchase and this>>new cart was then transferred to the orders folder and overwrote the>>earlier one. This is a serious problem which could cause a serious loss if>>someone did this. Can anyone point me to a solution for this?>>If you are worried about people backing up this far and reordering, you can>just use some [showif] checks to present them with a message that this cart>has already been submitted, and give them a $newcart link instead of allowing>them to shop with that cart again. You could either use [showif] in>conjunction with [listfiles] to check for the existence of that cart in the>Orders folder, or, more conveniently (since you already have the orders>database set up) you can do a [lookup] in your orders database to see if that>cart number has already been ordered.>>Alternatively, you could make all links between pages form buttons using>METHOD=POST; this wouldn't prevent them from backing up and using the same>cart, but it would make it more difficult. Associated Messages, from the most recent to the oldest:

Re: Purchased cart being overwritten - still !?? (Grant Hulbert 1997)
Re: Purchased cart being overwritten - still !?? (Kenneth Grome 1997)
Purchased cart being overwritten - still !?? (Rob Schmidt 1997)
Re: Purchased cart being overwritten - still !?? (Grant Hulbert 1997)
RE: Purchased cart being overwritten - still !?? (Marc Eagle 1997)
Purchased cart being overwritten - still !?? (Rob Schmidt 1997)

I am still experiencing correctly completed and purchased carts beingoverwritten by blank carts. This happens with both IE and NS.The order process is as follows:View cart >> Select shipping method >> input shipping and billing addresses>> confirm info >> input cc info >(purchase)> thank you (log into order dband send email)All movement through the process is via buttons using METHOD=POST.If the customer, having completed the order process and now with the Thankyou page in front of him, clicks on the browser back button, the input ccinfo page appears from the browser cache with the form fields info stillthere. If he then clicks on the purchase button for a second time thepurchase command is invoked again for the same cart number. This results ina blank cart (except for the cc info) overwriting the previous correct andcomplete cart (with the same number) in the orders folder.If anyone else out there is getting blank orders this may be the cause. Ican't figure out how to prevent this. I took your suggestion, Mark, and puta ShowIf context on the cc info page (which holds the form which calls thepurchase command) but unless the browser makes a call to Webcat it has noeffect. In the case where the customer just uses the back button the formreappears from the browser cache.My primary client just lost an order today because of this. This is aserious problem and I would appreciate help on this asap.Thanks in advance,Rob Schmidtrschmidt@panix.com>Date: 26 Aug 1997 12:03:49>From: Marc Eagle >Subject: RE: Purchased cart being overwritten>>Rob ->>>On a store I am just completing, when the customer clicks purchase after>>entering his credit card info a thankyou.tmpl page is returned and the cart>>file is transferred to the Orders folder. A context on the top of the>>thankyou.tmpl logs the order into an orders database from which the order>>can then be managed.>>After performing a purchase, I backed up in my browser, both IE and>>Netscape to a shopping page. Admittedly my cart was empty but the same cart>>number was in the url. I then continued shopping, and another cart file was>>generated with the same number as the previous one (now residing in the>>Orders folder). I then shopped around and concluded my purchase and this>>new cart was then transferred to the orders folder and overwrote the>>earlier one. This is a serious problem which could cause a serious loss if>>someone did this. Can anyone point me to a solution for this?>>If you are worried about people backing up this far and reordering, you can>just use some [showif] checks to present them with a message that this cart>has already been submitted, and give them a $newcart link instead of allowing>them to shop with that cart again. You could either use [showif] in>conjunction with [listfiles] to check for the existence of that cart in the>Orders folder, or, more conveniently (since you already have the orders>database set up) you can do a [lookup] in your orders database to see if that>cart number has already been ordered.>>Alternatively, you could make all links between pages form buttons using>METHOD=POST; this wouldn't prevent them from backing up and using the same>cart, but it would make it more difficult. Rob Schmidt

DOWNLOAD WEBDNA NOW!

Purchased cart being overwritten - still !??

1997

Top Articles:

Related Readings: