RE: Purchased cart being overwritten - still !??

This WebDNA talk-list message is from

1997

It keeps the original formatting. numero = 13653
interpreted = N
texte = Rob -Is your form action on the final invoice page using the $purchase command? If you wish to check for the presence of this cart number in the orders folder BEFORE you make the purchase, you need to remove the $purchase command and use a [purchase] tag on your ThankYou.tmpl file instead. This [purchase] tag would then be inside a [showif] context to make sure it is only purchasing the cart if that cart number isn't already in the orders folder.You're right, all the pages he backed up through were cached by the browser, but when he clicked the purchase now button again, WebCatalog did have the chance to permit or deny the purchase, and this is when you should do your [showif]. If you can't get this working, send a snippet of the WebDNA you are using and I'll take a look at it.I hope this helps,Marc EagleStarNine Technologieshttp://www.smithmicro.com/>From: WebDNA-Talk@smithmicro.com on Mon, Sep 29, 1997 7:55 PM>Subject: Purchased cart being overwritten - still !??>To: WebDNA-Talk@smithmicro.com>>I am still experiencing correctly completed and purchased carts being>overwritten 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 db>and 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 Thank>you page in front of him, clicks on the browser back button, the input cc>info page appears from the browser cache with the form fields info still>there. If he then clicks on the purchase button for a second time the>purchase command is invoked again for the same cart number. This results in>a blank cart (except for the cc info) overwriting the previous correct and>complete cart (with the same number) in the orders folder.>>If anyone else out there is getting blank orders this may be the cause. I>can't figure out how to prevent this. I took your suggestion, Mark, and put>a ShowIf context on the cc info page (which holds the form which calls the>purchase command) but unless the browser makes a call to Webcat it has no>effect. In the case where the customer just uses the back button the form>reappears from the browser cache.>>My primary client just lost an order today because of this. This is a>serious problem and I would appreciate help on this asap.>>Thanks in advance,>>Rob Schmidt>rschmidt@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)
Re: Purchased cart being overwritten - still !?? (Grant Hulbert 1997)
RE: Purchased cart being overwritten - still !?? (Marc Eagle 1997)

Rob -Is your form action on the final invoice page using the $purchase command? If you wish to check for the presence of this cart number in the orders folder BEFORE you make the purchase, you need to remove the $purchase command and use a [purchase] tag on your ThankYou.tmpl file instead. This [purchase] tag would then be inside a [showif] context to make sure it is only purchasing the cart if that cart number isn't already in the orders folder.You're right, all the pages he backed up through were cached by the browser, but when he clicked the purchase now button again, WebCatalog did have the chance to permit or deny the purchase, and this is when you should do your [showif]. If you can't get this working, send a snippet of the WebDNA you are using and I'll take a look at it.I hope this helps,Marc EagleStarNine Technologieshttp://www.smithmicro.com/>From: WebDNA-Talk@smithmicro.com on Mon, Sep 29, 1997 7:55 PM>Subject: Purchased cart being overwritten - still !??>To: WebDNA-Talk@smithmicro.com>>I am still experiencing correctly completed and purchased carts being>overwritten 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 db>and 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 Thank>you page in front of him, clicks on the browser back button, the input cc>info page appears from the browser cache with the form fields info still>there. If he then clicks on the purchase button for a second time the>purchase command is invoked again for the same cart number. This results in>a blank cart (except for the cc info) overwriting the previous correct and>complete cart (with the same number) in the orders folder.>>If anyone else out there is getting blank orders this may be the cause. I>can't figure out how to prevent this. I took your suggestion, Mark, and put>a ShowIf context on the cc info page (which holds the form which calls the>purchase command) but unless the browser makes a call to Webcat it has no>effect. In the case where the customer just uses the back button the form>reappears from the browser cache.>>My primary client just lost an order today because of this. This is a>serious problem and I would appreciate help on this asap.>>Thanks in advance,>>Rob Schmidt>rschmidt@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. Marc Eagle

DOWNLOAD WEBDNA NOW!

RE: Purchased cart being overwritten - still !??

1997

Top Articles:

Related Readings: