Re: Help with Repost Data msg from form
This WebDNA talk-list message is from 1997
It keeps the original formatting.
numero = 13027
interpreted = N
texte = >The problem is that Netscape 2 & 3 under Windows 95 on a PC is sometimes>throwing up this Repost Form Data? message box when the customer submits>ANY form. It doesn't matter if it is a $search or a $add, they can still get>the message box. The worst case is if they then go and select OK to the>message box after a $add to cart it results in a second identical entry>incorrectly added. However, the message box at any time after submitting any>form is unacceptable.What does your form ACTION look like? Can you give us a sequence thru your site that leads to this problem? I'm guessing the browser is tricking itself into thinking that the identical URL is being posted. My best-guess workaround is to change those forms to method=GET so that you give the browser more of a 'hint' as to the fact that the URL is indeed radically different.>The forms are working OK on other browsers and on other platforms. This>might be a PC Netscape thing with WebCatalog CGI but we NEED to get around>it somehow ASAP. It's completely independent of WebCatalog. This problem is entirely inside the browser, and in fact occurs before the CGI (or any other CGI, for that matter) ever receives the data.Grant Hulbert, V.P. Engineering | ===== Tools for WebWarriors =====Pacific Coast Software | WebCatalog Pro, WebCommerce Solution11770 Bernardo Plaza Court | SiteEdit Pro, SiteCheck, PhotoMasterSan Diego, CA 92128 | SiteGuard619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com
Associated Messages, from the most recent to the oldest:
>The problem is that Netscape 2 & 3 under Windows 95 on a PC is sometimes>throwing up this Repost Form Data? message box when the customer submits>ANY form. It doesn't matter if it is a $search or a $add, they can still get>the message box. The worst case is if they then go and select OK to the>message box after a $add to cart it results in a second identical entry>incorrectly added. However, the message box at any time after submitting any>form is unacceptable.What does your form ACTION look like? Can you give us a sequence thru your site that leads to this problem? I'm guessing the browser is tricking itself into thinking that the identical URL is being posted. My best-guess workaround is to change those forms to method=GET so that you give the browser more of a 'hint' as to the fact that the URL is indeed radically different.>The forms are working OK on other browsers and on other platforms. This>might be a PC Netscape thing with WebCatalog CGI but we NEED to get around>it somehow ASAP. It's completely independent of WebCatalog. This problem is entirely inside the browser, and in fact occurs before the CGI (or any other CGI, for that matter) ever receives the data.Grant Hulbert, V.P. Engineering | ===== Tools for WebWarriors =====Pacific Coast Software | WebCatalog Pro, WebCommerce Solution11770 Bernardo Plaza Court | SiteEdit Pro, SiteCheck, PhotoMasterSan Diego, CA 92128 | SiteGuard619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com
Grant Hulbert
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:
Daily Interest Rates (2006)
WCf2 and nested tags (1997)
Almost a there but..bye bye NetCloak (1997)
ShowIf variables (1997)
Merging databases (1997)
db protection on NT (1997)
[WebDNA] test (2015)
Cart Number sequence (1997)
Frames and WebCat (1997)
Need relative path explanation (1997)
ShippingCosts (1998)
(1997)
HELP WITH DATES (1997)
Sendmail truncation in Eudora Clients (1998)
WebCat2 - [format thousands] (1997)
Hiring: Web programmer in Seattle area (2000)
Great product and great job ! (1997)
upgrading (1997)
Weird bug, or is there something amiss? (1997)
UPDATE PROBLEM (1997)