Re: Was: Variables not being passed *back*

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 33980
interpreted = N
texte = Your site is not functionally equivalent to TeaRoom, because TeaRoom works fine (for me and lots of other people). You need to specify what server O/S you are using as well as what browser(s) you are seeing this behavior with. It is most likely that your code is broken in some way, but since you don't post any code, we cannot tell you how.There were some reports of one of the many infestations of Internet Exploiter serving pages partially from its cache, so that some fields appeared to be unset. Does your site use frames? In fact, the behavior you report with the fields displaying __ShipToState makes it even more likely that the browser and your code are bad.John PeacockChristopher Mackay wrote: > > My site still breaks. If a customer transposes a couple of credit > card numbers or forgets to enter their phone number, their cart gets > trashed. Not because cart=[cart] isn't being passed -- it knows what > they ordered -- it just tosses things like Quantity, ShipToState > (and, therefore, TaxRate). > > These pages are functionally identical to Tea Room pages. As you > might expect, the Tea Room pages have exactly the same problem. Now, > sure, the Tea Room example is just that -- an example -- but > shouldn't it work?!? I understand that we're supposed to learn from > it, but it's broken. > > I've now made it so that the whole site is secure, so there is no > more passing between http and https. This doesn't fix the problem, > obviously. I've tried passing the values forward to the ThankYou.tpl > page, so that rather than going back, they can just fix them in > place, then re-submit the page to itself. No better. Quantities still > reset to 1 in all cases, and NS or NB become __ShipToState. > This at least tells me that the browser isn't what's breaking it. > > -- > > Regards, > > Christopher Mackay, Multimedia Developer > Tantramar Interactive, http://www.tantramar.com/ > 506/364-1097 cell: 364-7659 fax: 536-2409------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Was: Variables not being passed *back* (WebDNA Support 2000)
  2. Re: Was: Variables not being passed *back* (John Peacock 2000)
  3. Was: Variables not being passed *back* (Christopher Mackay 2000)
Your site is not functionally equivalent to TeaRoom, because TeaRoom works fine (for me and lots of other people). You need to specify what server O/S you are using as well as what browser(s) you are seeing this behavior with. It is most likely that your code is broken in some way, but since you don't post any code, we cannot tell you how.There were some reports of one of the many infestations of Internet Exploiter serving pages partially from its cache, so that some fields appeared to be unset. Does your site use frames? In fact, the behavior you report with the fields displaying __ShipToState makes it even more likely that the browser and your code are bad.John PeacockChristopher Mackay wrote: > > My site still breaks. If a customer transposes a couple of credit > card numbers or forgets to enter their phone number, their cart gets > trashed. Not because cart=[cart] isn't being passed -- it knows what > they ordered -- it just tosses things like Quantity, ShipToState > (and, therefore, TaxRate). > > These pages are functionally identical to Tea Room pages. As you > might expect, the Tea Room pages have exactly the same problem. Now, > sure, the Tea Room example is just that -- an example -- but > shouldn't it work?!? I understand that we're supposed to learn from > it, but it's broken. > > I've now made it so that the whole site is secure, so there is no > more passing between http and https. This doesn't fix the problem, > obviously. I've tried passing the values forward to the ThankYou.tpl > page, so that rather than going back, they can just fix them in > place, then re-submit the page to itself. No better. Quantities still > reset to 1 in all cases, and NS or NB become __ShipToState. > This at least tells me that the browser isn't what's breaking it. > > -- > > Regards, > > Christopher Mackay, Multimedia Developer > Tantramar Interactive, http://www.tantramar.com/ > 506/364-1097 cell: 364-7659 fax: 536-2409------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ John Peacock

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Translation Considerations with DNA (2005) PCS Frames (1997) Cancel Subscription (1996) [WebDNA] [createdate] displays today's date on Ubuntu 14.04 / WebDNA Server 8.? (2014) banner ad redirection page (1999) more remote admin questions (1998) different show next (1997) Had to share this one... (2002) Help name our technology! (1997) WebCat2 Append problem (B14Macacgi) (1997) WebCatalog NT beta 18 problem (1997) Re:2nd WebCatalog2 Feature Request (1996) WebCat2b14MacPlugIn - [include] doesn't hide the search string (1997) [showif] or-ing (1999) Requiring that certain fields be completed (1997) Showing Results Alphabetically in Columns (top to bottom) (2002) Emailer Problem (1999) simple answer? [hideif] (1997) WebCat2b13MacPlugin - [math][date][/math] problem (1997) Errant Email. (1998)