Dave, Users do all sorts of things.... you should be able to gaurd against and predict as many possibilities and you can dream up and they will still surprise you <g>. I realize I can "work around" this issue - but it changes the expected behavior of a form post - that's a bug, or at least unexpected.
-Mark -----Original Message----- From: dave [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 27, 2005 7:05 PM To: CF-Talk Subject: RE: form parameters and flash forms ok can you combine the forms and maybe use tabs instead of submitting, then just use binding to the form fields. If you you still should be able to set the form fields into a session or variables then repopulate the form just like you would normally. Why would they refresh form b? ---------------------------------------- From: "Mark A Kruger" <[EMAIL PROTECTED]> Sent: Wednesday, April 27, 2005 7:51 PM To: CF-Talk <cf-talk@houseoffusion.com> Subject: RE: form parameters and flash forms Dave, The problem is not what you think it is. the data in question is the data passed by the POST. Form A --- posts to --- form B User hits "refresh" on form B Message appears asking if user wants to repost the data (the warning message on the client browser). User answers YES Data is apparently NOT reposted - where did it go? The data in question is part of the form post request - it's not part of the flash form anymore - at least it should not be. -Mark ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:204892 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
