Re: Form Fields suddenly self validating? Now required?
That . Sounds like a very handy new feature of html5' One less thing to code Regards Russ Michaels www.michaels.me.uk www.cfmldeveloper.com - Free CFML hosting for developers www.cfsearch.com - CF search engine On 22 May 2013 01:41, "Chester Austin" wrote: > > It sounds like the browser's built in validation is kicking in. Try it > with a different browser and you would most likely get different results. > Get rid of the "required" attribute in your input fields and it should > work like it used to. Unless you want the browser to handle some of the > validation. Remember that required="no" isn't enough. You have to > completely remove the "required" string in the input. > > ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:355824 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: Form Fields suddenly self validating? Now required?
Sorry if this is a repost. I'm not sure if the form is submitting. It sounds like the browser's built in validation is kicking in. Try it with a different browser and you would most likely get different results. Get rid of the "required" attribute in your input fields and it should work like it used to. Unless you want the browser to handle some of the validation. Remember that required="no" isn't enough. You have to completely remove the "required" string in the input. ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:355821 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: Form Fields suddenly self validating? Now required?
It sounds like the browser's built in validation is kicking in. Try it with a different browser and you would most likely get different results. Get rid of the "required" attribute in your input fields and it should work like it used to. Unless you want the browser to handle some of the validation. Remember that required="no" isn't enough. You have to completely remove the "required" string in the input. ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:355820 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: Form Fields suddenly self validating? Now required?
As Justin mentioned, if the page was recently changed to an html 5 doctype setting required to any value evaluates to true. Try remove the required attribute completely. You can also add novalidate to the form tag. On Tue, May 21, 2013 at 6:41 PM, Russ Michaels wrote: > > are you using CFFORM or just FORM ? > > > On Tue, May 21, 2013 at 11:37 PM, Matt Quackenbush >wrote: > > > > > Link(s)? > > > > CF cannot do anything on the client side (i.e. in the browser). > JavaScript > > is required for any validation to take place on the client side. Without > > seeing code / markup it's impossible to say beyond that. > > > > > > On Tue, May 21, 2013 at 6:30 PM, Jeff F > wrote: > > > > > > > > Hey everyone, > > > > > > I have a very old site that has a basic form. All of a sudden, the form > > is > > > requiring all form form fields to be filled out? The form is a basic > > > > action=, and I've got "required="no" on the fields. > > > > > > What's interesting is that the validation results are quite nice > looking, > > > almost Jquery-ish. The form fields get a slight red glow around the > > edges, > > > and the little bubbles that show on the page look great, however I > don't > > > want any of it. > > > > > > I did read about newer versions of CF server validating, so I tried > > > disabling that by adding serverSideFormValidation="no" to the > > cfapplication. > > > > > > What the heck is this? > > > > > > > > > > > > ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:355819 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: Form Fields suddenly self validating? Now required?
You'll want to check what mode your page is being rendered in and which version of HTML it's applying. In HTML 5 the "required" attribute is binary meaning that if it's present, the field will be treated as required regardless of the attribute's value (e.g. require="no" doesn't make the field optional, its mere presence will make the field required). The "required" attribute wasn't valid in previous versions of HTML, so if you're passing it within a direct or other form tag it would have been previously ignored by the browser, but if it's now rendering your page as HTML 5 then it has meaning and will enforce an input requirement if present. -Justin On Tue, May 21, 2013 at 6:30 PM, Jeff F wrote: > > Hey everyone, > > I have a very old site that has a basic form. All of a sudden, the form is > requiring all form form fields to be filled out? The form is a basic action=, and I've got "required="no" on the fields. > > What's interesting is that the validation results are quite nice looking, > almost Jquery-ish. The form fields get a slight red glow around the edges, > and the little bubbles that show on the page look great, however I don't want > any of it. > > I did read about newer versions of CF server validating, so I tried disabling > that by adding serverSideFormValidation="no" to the cfapplication. > > What the heck is this? > > ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:355818 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: Form Fields suddenly self validating? Now required?
are you using CFFORM or just FORM ? On Tue, May 21, 2013 at 11:37 PM, Matt Quackenbush wrote: > > Link(s)? > > CF cannot do anything on the client side (i.e. in the browser). JavaScript > is required for any validation to take place on the client side. Without > seeing code / markup it's impossible to say beyond that. > > > On Tue, May 21, 2013 at 6:30 PM, Jeff F wrote: > > > > > Hey everyone, > > > > I have a very old site that has a basic form. All of a sudden, the form > is > > requiring all form form fields to be filled out? The form is a basic > > action=, and I've got "required="no" on the fields. > > > > What's interesting is that the validation results are quite nice looking, > > almost Jquery-ish. The form fields get a slight red glow around the > edges, > > and the little bubbles that show on the page look great, however I don't > > want any of it. > > > > I did read about newer versions of CF server validating, so I tried > > disabling that by adding serverSideFormValidation="no" to the > cfapplication. > > > > What the heck is this? > > > > > > ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:355817 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: Form Fields suddenly self validating? Now required?
Link(s)? CF cannot do anything on the client side (i.e. in the browser). JavaScript is required for any validation to take place on the client side. Without seeing code / markup it's impossible to say beyond that. On Tue, May 21, 2013 at 6:30 PM, Jeff F wrote: > > Hey everyone, > > I have a very old site that has a basic form. All of a sudden, the form is > requiring all form form fields to be filled out? The form is a basic action=, and I've got "required="no" on the fields. > > What's interesting is that the validation results are quite nice looking, > almost Jquery-ish. The form fields get a slight red glow around the edges, > and the little bubbles that show on the page look great, however I don't > want any of it. > > I did read about newer versions of CF server validating, so I tried > disabling that by adding serverSideFormValidation="no" to the cfapplication. > > What the heck is this? > > ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:355816 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: Form Fields
Or, if you're trying to figure out how to select the value from the database, you may be looking for something like this: selected>#displayValue# ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:320129 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
re: Form Fields
easy: blah blah #qData.someFIeldName2# Or Might want to look through the CF Docs. http://livedocs.adobe.com/coldfusion/8/htmldocs/help.html?content=splash.html CFSelect Tag: http://livedocs.adobe.com/coldfusion/8/htmldocs/help.html?content=Tags_r-s_14.html From: Pranathi Reddy Sent: Wednesday, March 04, 2009 9:25 PM To: cf-talk Subject: Form Fields Hi All, I have an issue and my brain is not working Actually I am trying to pull the data back to the formfield from sql database when there is a selection in dropdownlist. I am really not sure of how I could realy implement it. Any Help??? Thanks, Pranathi ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:320128 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Form Fields - storing unsaved values with a Page refresh
Some code I played with demonstrating the idea.
Index.cfm
-
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>
Basic Form
function processID(id)
{
var formObj = document.getElementById("aForm");
formObj.action="index.cfm";
formObj.submit();
}
#id_result#
1
2
formdump.cfm
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>
Form Dump
link
--
Ian Skinner
Web Programmer
BloodSource
www.BloodSource.org
Sacramento, CA
-
| 1 | |
- Binary Soduko
| | |
-
"C code. C code run. Run code run. Please!"
- Cynthia Dunning
Confidentiality Notice: This message including any
attachments is for the sole use of the intended
recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the
intended recipient, please contact the sender and
delete any copies of this message.
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:257284
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Form Fields - storing unsaved values with a Page refresh
Ok, Thanks for all your help. I have it working now. Thank you. Have a great day -Derek -Original Message- From: Ian Skinner [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 1:08 PM To: CF-Talk Subject: RE: Form Fields - storing unsaved values with a Page refresh A couple of ideas: 1) Use Ajax, I can't help you here, but I'm pretty sure it could be used for this kind of thing. 2) Use the form.submit() function to submit the form, rather then self.location. Then your action logic will have access to all the data currently in the form. It could repopulate the submitted data as well as process the ID datum. -- Ian Skinner Web Programmer BloodSource www.BloodSource.org Sacramento, CA - | 1 | | - Binary Soduko | | | - "C code. C code run. Run code run. Please!" - Cynthia Dunning Confidentiality Notice: This message including any attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender and delete any copies of this message. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:257283 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Form Fields - storing unsaved values with a Page refresh
Any ideas? I just have very broad ideas without knowing your requirements in more detail. In your filter function that is called from the select's onChange event, change the action property of the form to a page that handles the ID logic, restores the current state of the form, and returns to the form page. Then submit the form with javascript with the submit method of the form. Then when the form is submitted by the user it will go to the action parameter defined for the purpose of handling the completed form. -- Ian Skinner Web Programmer BloodSource www.BloodSource.org Sacramento, CA - | 1 | | - Binary Soduko | | | - "C code. C code run. Run code run. Please!" - Cynthia Dunning Confidentiality Notice: This message including any attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender and delete any copies of this message. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:257280 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Form Fields - storing unsaved values with a Page refresh
The second idea looks great. How can I make it actually submit the form the right place when they are ready? The user has the ability to change markets (ids) multiple times which populates submarkets based on this choice before submitting the actual form. Any ideas? Thanks again for your time and help. -Derek -Original Message- From: Ian Skinner [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 1:08 PM To: CF-Talk Subject: RE: Form Fields - storing unsaved values with a Page refresh A couple of ideas: 1) Use Ajax, I can't help you here, but I'm pretty sure it could be used for this kind of thing. 2) Use the form.submit() function to submit the form, rather then self.location. Then your action logic will have access to all the data currently in the form. It could repopulate the submitted data as well as process the ID datum. -- Ian Skinner Web Programmer BloodSource www.BloodSource.org Sacramento, CA - | 1 | | - Binary Soduko | | | - "C code. C code run. Run code run. Please!" - Cynthia Dunning Confidentiality Notice: This message including any attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender and delete any copies of this message. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:257279 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Form Fields - storing unsaved values with a Page refresh
A couple of ideas: 1) Use Ajax, I can't help you here, but I'm pretty sure it could be used for this kind of thing. 2) Use the form.submit() function to submit the form, rather then self.location. Then your action logic will have access to all the data currently in the form. It could repopulate the submitted data as well as process the ID datum. -- Ian Skinner Web Programmer BloodSource www.BloodSource.org Sacramento, CA - | 1 | | - Binary Soduko | | | - "C code. C code run. Run code run. Please!" - Cynthia Dunning Confidentiality Notice: This message including any attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender and delete any copies of this message. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:257249 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Form Fields - storing unsaved values with a Page refresh
How about submitting the form, and cfparam'ing all the form fields, then
make the value of each field "#form.whatever#". That will save any changed
data.
You'll probably need to set up some logic to determine if you only want to
change the ID, or you really are submitting the whole form.
-- Josh
- Original Message -
From: "Derek" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Wednesday, October 18, 2006 10:59 AM
Subject: Form Fields - storing unsaved values with a Page refresh
> Can anyone help me with this?
>
> I have an onChange function that refreshes my coldfusion page and puts the
> new ID in the URL and then the SQL uses this ID to get certain information
> from the database. But when it refreshes with the new ID I lose any
> changed
> data in the form... any suggestions?
>
> My code goes kinda like this
>
>
> function filter(ID){
> self.location.href=('index.cfm?ID=' + ID + '');
> }
>
>
>
> SELECT
> FROM
> WHERE url.Id
>
>
>
>
>
>
>
>
>
>
>
>
>
> Let me know if you need more details. Thanks so much for your time. I dont
> know where coders would be without forums.
>
>
>
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:257246
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Form Fields - storing unsaved values.
I have a similar issue with a bit of twist. I have an onChange function that
refreshes my coldfusion page and puts the new ID in the URL and then the SQL
uses this ID to get certain information from the database. But when it
refreshes with the new ID I lose any changed data in the form... any
suggestions?
My code goes kinda like this
function filter(ID){
self.location.href=('index.cfm?ID=' + ID + '');
}
SELECT
FROM
WHERE url.Id
Let me know if you need more details. Thanks so much for your time. I dont know
where coders would be without forums.
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:257109
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Form Fields - storing unsaved values.
I think you guys are making this way too complicated. Take a look at
this:
function AddRow( . ){
var objForm = document.forms[ 0 ];
// CODE TO ADD ROW GOES HERE ... whatever that may be
// Tell form to refresh.
objForm.elements[ "allow_refresh" ].value = 1;
// Refresh form.
objForm.submit();
}
As you can see, we are storing all of our form data IN the form scope.
And, we only intialize the FORM data on the first hit of the page (when
we have neither submitted nor done a page refresh). Then, when ever you
add a row (what ever that may do), all we do is submit the form and
allow the page to refresh. Since we are setting the FORM.allow_refresh
hidden form field, the data is NOT processed NOR is the form
re-initialized... It simply refreshes and shows what ever data was
submitted from the previous page.
As part of the PRE-page processing, there is an ELSE statement that ONLY
fires if you are doing a refresh... Do what ever you need to do here and
then just continue letting the page load.
..
Ben Nadel
Certified Advanced ColdFusion Developer
www.bennadel.com
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256753
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Form Fields - storing unsaved values.
I think you guys are making this way too complicated. Take a look at
this:
function AddRow( . ){
var objForm = document.forms[ 0 ];
// CODE TO ADD ROW GOES HERE ... whatever that may be
// Tell form to refresh.
objForm.elements[ "allow_refresh" ].value = 1;
// Refresh form.
objForm.submit();
}
As you can see, we are storing all of our form data IN the form scope.
And, we only intialize the FORM data on the first hit of the page (when
we have neither submitted nor done a page refresh). Then, when ever you
add a row (what ever that may do), all we do is submit the form and
allow the page to refresh. Since we are setting the FORM.allow_refresh
hidden form field, the data is NOT processed NOR is the form
re-initialized... It simply refreshes and shows what ever data was
submitted from the previous page.
As part of the PRE-page processing, there is an ELSE statement that ONLY
fires if you are doing a refresh... Do what ever you need to do here and
then just continue letting the page load.
..
Ben Nadel
Certified Advanced ColdFusion Developer
www.bennadel.com
-Original Message-
From: Dave Jones [mailto:[EMAIL PROTECTED]
Sent: Friday, October 13, 2006 12:59 PM
To: CF-Talk
Subject: Re: Form Fields - storing unsaved values.
Andrew,
I had a similar situation. The way I did it is a) set up the parent form
to pull the field values from session vars (I use a home-grown
formBean); b) when the popup window is called, first use Ajax to pass
the parent's field values to a routine on the server which stores then
into session variables; then c) when popup window is submitted, update
the session vars, reload the parent window (which of course uses the
updated session vars), and close the popup.
Works fine, except for an irritating "Reload" box IE insists on popping
up.
Dave Jones
NetEffect
At 01:49 PM 10/12/2006, you wrote:
>Got a form with a list of rows coming from a database. User enteres
>new data, then realizes he needs to add a row to this form. User click
>sa hyperlink to do just that - and a popup window opens for him to add
>a row. User closes the popup window after successful addition, and
>form must refresh to add the row, but a refresh would erase the unsaved
data.
>What is an elegant way to store this data and repopulate the refreshed
>window with it? I could prompt the user to save the form before leaving
>it if the form is dirty, and I do, but the form has many edits and
>would never successfully submit to the dbif the user had to add a row
>and a value to that row. So I need to store it another way
>
> I am guessing some javascript would help. Somehow I may be able to
>loop through the form's fields and capture each value and pass it along
>to the popup window, then back down to the main window after the
refresh.
>Does that sound like a good start? Something like:
>
>for(var i=0; i < window.document.form1.elements.length; i++{
> putInArray(window.document.form1.elements[i].value);
>}
>
>I know that syntax is no where close to what it should be, but am I on
>the right track? Thanks.
>
>Sincerely,
>
>
>
>Andrew
>
>
>
>
>
>
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256719
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Form Fields - storing unsaved values.
Andrew,
I had a similar situation. The way I did it is a) set up the
parent form to pull the field values from session vars (I use a
home-grown formBean); b) when the popup window is called, first
use Ajax to pass the parent's field values to a routine on the
server which stores then into session variables; then c) when
popup window is submitted, update the session vars, reload the
parent window (which of course uses the updated session vars),
and close the popup.
Works fine, except for an irritating "Reload" box IE insists on popping up.
Dave Jones
NetEffect
At 01:49 PM 10/12/2006, you wrote:
>Got a form with a list of rows coming from a database. User enteres new
>data, then realizes he needs to add a row to this form. User click sa
>hyperlink to do just that - and a popup window opens for him to add a
>row. User closes the popup window after successful addition, and form
>must refresh to add the row, but a refresh would erase the unsaved data.
>What is an elegant way to store this data and repopulate the refreshed
>window with it? I could prompt the user to save the form before leaving
>it if the form is dirty, and I do, but the form has many edits and would
>never successfully submit to the dbif the user had to add a row and a
>value to that row. So I need to store it another way
>
> I am guessing some javascript would help. Somehow I may be able to loop
>through the form's fields and capture each value and pass it along to
>the popup window, then back down to the main window after the refresh.
>Does that sound like a good start? Something like:
>
>for(var i=0; i < window.document.form1.elements.length; i++{
> putInArray(window.document.form1.elements[i].value);
>}
>
>I know that syntax is no where close to what it should be, but am I on
>the right track? Thanks.
>
>Sincerely,
>
>
>
>Andrew
>
>
>
>
>
>
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256706
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Form Fields - storing unsaved values.
>Teddy Excellent. Thanks again. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256690 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Form Fields - storing unsaved values.
Well, the popup has a parent object. It has a reserved object just for the page that spawned it. It is called "opener." So you could do, opener.forms[0].field.value from the pop up and then assisgn it to a local hidden form field. You can do most everything with the opener object that you could with the local document on the form page. Do some research on usage of opener with JS and you will see how much a popup can interact with the form. Teddy On 10/13/06, Andrew Peterson <[EMAIL PROTECTED]> wrote: > > >At the point that you click the link that opens the popup, pass the form > >fields to the spawned child window. > > Can you tell me how you are doing this? What I mean to say is, how does > the link recognize the form values? The only way I can get the form field > values recognized is if I use input type=submit button. I suppose I can do > this, but it refreshes the page. Your more elegant solution requires that > the values are passed via a link (or a button; that's fine too) to a pop up, > which is much more elegant. I'm having a hard time with that part. Thanks. > > > ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256683 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Form Fields - storing unsaved values.
>At the point that you click the link that opens the popup, pass the form >fields to the spawned child window. Can you tell me how you are doing this? What I mean to say is, how does the link recognize the form values? The only way I can get the form field values recognized is if I use input type=submit button. I suppose I can do this, but it refreshes the page. Your more elegant solution requires that the values are passed via a link (or a button; that's fine too) to a pop up, which is much more elegant. I'm having a hard time with that part. Thanks. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256680 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Form Fields - storing unsaved values.
At the point that you click the link that opens the popup, pass the form fields to the spawned child window. Save the original form data within a hidden form on the popup. When you submit the popup, have the popup form submit back to the originating form. This will allow you to detect for the form scope when rebuilding the page. A common technique that I use is always for reuseable forms. What this enables the form to do is be empty on a new form or put in values if a form submission occurs. In essence, you can use the form for both updates and creations. Teddy On 10/13/06, Andrew Peterson <[EMAIL PROTECTED]> wrote: > > Hi Ben. Thanks for your response. One question: > > >What about just signaling the page to SUBMIT rather than REFRESH and set > >some sort of hidden field flag to tell the processing page NOT to > >process the form, but just to let it refresh with the same form data. > >This will allow the form to keep submitting to itself. > > So in this idea does the data need to be stored into some temporary > repository, or is there a way I can tell a browser to refresh itself with > the data in form fields intact? I know that a refresh in Firefox keeps > whatever form data I put in there originally, which is great, but IE clears > it all out. Thanks. > > ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256641 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Form Fields - storing unsaved values.
Hi Ben. Thanks for your response. One question: >What about just signaling the page to SUBMIT rather than REFRESH and set >some sort of hidden field flag to tell the processing page NOT to >process the form, but just to let it refresh with the same form data. >This will allow the form to keep submitting to itself. So in this idea does the data need to be stored into some temporary repository, or is there a way I can tell a browser to refresh itself with the data in form fields intact? I know that a refresh in Firefox keeps whatever form data I put in there originally, which is great, but IE clears it all out. Thanks. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256627 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Form Fields - storing unsaved values.
What about just signaling the page to SUBMIT rather than REFRESH and set
some sort of hidden field flag to tell the processing page NOT to
process the form, but just to let it refresh with the same form data.
This will allow the form to keep submitting to itself.
..
Ben Nadel
Certified Advanced ColdFusion Developer
www.bennadel.com
-Original Message-
From: Peterson, Andrew S. [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 12, 2006 4:49 PM
To: CF-Talk
Subject: Form Fields - storing unsaved values.
Got a form with a list of rows coming from a database. User enteres new
data, then realizes he needs to add a row to this form. User click sa
hyperlink to do just that - and a popup window opens for him to add a
row. User closes the popup window after successful addition, and form
must refresh to add the row, but a refresh would erase the unsaved data.
What is an elegant way to store this data and repopulate the refreshed
window with it? I could prompt the user to save the form before leaving
it if the form is dirty, and I do, but the form has many edits and would
never successfully submit to the dbif the user had to add a row and a
value to that row. So I need to store it another way
I am guessing some javascript would help. Somehow I may be able to loop
through the form's fields and capture each value and pass it along to
the popup window, then back down to the main window after the refresh.
Does that sound like a good start? Something like:
for(var i=0; i < window.document.form1.elements.length; i++{
putInArray(window.document.form1.elements[i].value);
}
I know that syntax is no where close to what it should be, but am I on
the right track? Thanks.
Sincerely,
Andrew
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256590
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Form Fields missing
Hello, Just to chip in, I'm getting this too. Is Macromedia listening? This is a pain in the butt. I just got another occurrence of Form.FieldNames being dropped from a user with IE 5.16 on a Mac. This happens very rarely, and just started happening after upgrading from 4.5 to MX6.1 Also, I've had occurrences of just a single form element being dropped (maybe more than one is dropped, but the error just returns the first one CF can't find). I've stared at the code for hours and it's nothing that I'm doing wrong. I just launched a new version of our site with code written from scratch and it's still happening. This error occurs about 1-2% of the time. I've been adding more and more alerts and catches to my code to try and figure out exactly what's happening, but it just seems random. Aaaargh! MX6.1 on Win2k3 Thanks for listening, Clark [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
Is there just one form submitting from one form or from multiple forms/pages in site? If you've ruled out this then ensure the enctype and method in the form are set correctly. I had problems with these before. -Original Message- From: Nick Han [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 1:59 PM To: CF-Talk Subject: Form Fields Disappearing Has anyone experienced the problem with form fields from the previous page disappearing on the processing page in a post action? Every now and then, our users get an error when they are submitting a form and it was because all the form fields had disappeared. We know this because we have top-level error handler, which shoots us an email with all the diagnostic information such as url and form variables, all the cgi variables, and everything in the catch and error structs. I am baffled by this. I couldn't duplicate this error at all. Could be it a bug in CF5? Apparently, someone sort of had the same problem before. http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm Can somebody confirm this that it is really a CF5 bug? Nick Han Nick Han _ [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Form Fields Disappearing
Burns, John wrote: > Any chance it's a certain version or IE? Is it only in one application > or one certain form? Maybe there's something with the syntax of the way > you structured your form that certain browser versions have issue with. > > John Recently, we had something very similar happen. What we found was the CGI variable "REQUEST_METHOD" was being changed from POST to GET. Check that first. If it is in fact getting changed to GET, that partially explains why your FORM variables are "disappearing". With a bit of research, we found that there are a few browsers that misinterpret at 303 (Redirection/See Other) header return code as a 302 (Moved Temporarily). Some user agents erroneously change the CGI REQUEST_METHOD from POST to GET as a result, and data isn't accessible as FORM data. In our situation, we're using FuseBox, so there are lots of redirects happening with POST operations. The people who were having this happen had the IE 5.5 browser, but I suspect there are other user agents that are affected by this. Currently, we haven't found a workaround/solution. Hopefully, this will help a little. -Dain [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
Any chance it's a certain version or IE? Is it only in one application or one certain form? Maybe there's something with the syntax of the way you structured your form that certain browser versions have issue with. John -Original Message- From: Matt Robertson [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 2:40 PM To: CF-Talk Subject: RE: Form Fields Disappearing What Tom Kitta said. Its occasional and can't be tied to any load or other identifiable factor. Form fields are disappearing that simply cannot disappear. Maybe they are being required and making it past the requirement check (i.e. input type="fieldname_required") but showing up as undefined when you try to do anything with them server side. And you are doing what you need to in order to ensure no weirdness like reposts, gets to a form page etc. etc. So you cfparam the first one and it blows on the second one. And its not just one single browser, but it sort of looks like IE in general is the main culprit. And it happens on Win and Macs. Sound familiar? The general consensus on the MM forums (this was quite a while ago) was that it was some sort of browser issue where all fields weren't being sent over. Maybe... cuz that explanation didn't fit all the symptoms. I *think* it started cropping up in IE5 but again my memory is hazy. At present I never have the problem, but I've had sites that had it a lot. I cfparam every form var on every post page right at the top and don't seem to get the problem anymore. But thats not to say thats what fixed it. I never did see anyone say for sure they had figured out what the problem was. Matt Robertson [EMAIL PROTECTED] MSB Designs, Inc. http://mysecretbase.com [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
Barney, like I said, we get a full dump of all diagnostic information silently sent to us-such form, url, and session variables, cgi struct and error scope variables, basically everything (almost like a plane's blackbox) about the user's action before the error occurs. Cgi.request_method is post and there is no repost issue either, since we cflocate out to a display page when the action is done. For the time being, I am doing something like this to prevent the processing action from erroring out. On my processing page, before doing anything. _javascript_ back Nick Han >>> [EMAIL PROTECTED] 03/03/04 11:19AM >>> Or check cgi.request_method and make sure it's "POST". That'll indicate whether the request is a form submission or not, and won't be subject to the usual caveats about cgi.http_referer. Cheers, barneyb > -Original Message- > From: Burns, John [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 03, 2004 11:08 AM > To: CF-Talk > Subject: RE: Form Fields Disappearing > > Are you sure that someone didn't have the page bookmarked or > something? > I've seen problems like this before and it seems that it comes from > people navigating to the page without going through the > preceding form. > You could check to see if the cgi.http_referer is the form page and if > it's not, don't process it. > > John Burns > > -Original Message- > From: Nick Han [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 03, 2004 1:59 PM > To: CF-Talk > Subject: Form Fields Disappearing > > Has anyone experienced the problem with form fields from the previous > page disappearing on the processing page in a post action? Every now > and then, our users get an error when they are submitting a > form and it > was because all the form fields had disappeared. > > We know this because we have top-level error handler, which > shoots us an > email with all the diagnostic information such as url and form > variables, all the cgi variables, and everything in the catch > and error > structs. > > I am baffled by this. I couldn't duplicate this error at > all. Could be > it a bug in CF5? > > Apparently, someone sort of had the same problem before. > > http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm > > Can somebody confirm this that it is really a CF5 bug? > > Nick Han > > Nick Han > > > > > [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Form Fields Disappearing
I¹d like to ask a question about what one does to prevent reposts (sorry about the change in subject) BZaccheo On 3/3/04 11:39 AM, "Matt Robertson" <[EMAIL PROTECTED]> wrote: > What Tom Kitta said. > > Its occasional and can't be tied to any load or other identifiable > factor. Form fields are disappearing that simply cannot disappear. > Maybe they are being required and making it past the requirement check > (i.e. input type="fieldname_required") but showing up as undefined when > you try to do anything with them server side. And you are doing what > you need to in order to ensure no weirdness like reposts, gets to a form > page etc. etc. So you cfparam the first one and it blows on the second > one. And its not just one single browser, but it sort of looks like IE > in general is the main culprit. And it happens on Win and Macs. > > Sound familiar? The general consensus on the MM forums (this was quite > a while ago) was that it was some sort of browser issue where all fields > weren't being sent over. Maybe... cuz that explanation didn't fit all > the symptoms. I *think* it started cropping up in IE5 but again my > memory is hazy. > > At present I never have the problem, but I've had sites that had it a > lot. I cfparam every form var on every post page right at the top and > don't seem to get the problem anymore. > > But thats not to say thats what fixed it. I never did see anyone say > for sure they had figured out what the problem was. > > > Matt Robertson [EMAIL PROTECTED] > MSB Designs, Inc. http://mysecretbase.com > > > [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
What Tom Kitta said. Its occasional and can't be tied to any load or other identifiable factor. Form fields are disappearing that simply cannot disappear. Maybe they are being required and making it past the requirement check (i.e. input type="fieldname_required") but showing up as undefined when you try to do anything with them server side. And you are doing what you need to in order to ensure no weirdness like reposts, gets to a form page etc. etc. So you cfparam the first one and it blows on the second one. And its not just one single browser, but it sort of looks like IE in general is the main culprit. And it happens on Win and Macs. Sound familiar? The general consensus on the MM forums (this was quite a while ago) was that it was some sort of browser issue where all fields weren't being sent over. Maybe... cuz that explanation didn't fit all the symptoms. I *think* it started cropping up in IE5 but again my memory is hazy. At present I never have the problem, but I've had sites that had it a lot. I cfparam every form var on every post page right at the top and don't seem to get the problem anymore. But thats not to say thats what fixed it. I never did see anyone say for sure they had figured out what the problem was. Matt Robertson [EMAIL PROTECTED] MSB Designs, Inc. http://mysecretbase.com [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
I had a similar problem: If the form's enctype was "multipart/form-data" the first form field would disappear (the form var would not be created) in CF5 on Linux I think (or was it cf4.5.1 on windows, I can't remember). The workaround was to have a bogus hidden form field as the first field. > -Original Message- > From: Nick Han [mailto:[EMAIL PROTECTED] > Sent: woensdag 3 maart 2004 19:59 > To: CF-Talk > Subject: Form Fields Disappearing > > Has anyone experienced the problem with form fields from the > previous page disappearing on the processing page in a post > action? Every now and then, our users get an error when they > are submitting a form and it was because all the form fields > had disappeared. > > We know this because we have top-level error handler, which > shoots us an email with all the diagnostic information such > as url and form variables, all the cgi variables, and > everything in the catch and error structs. > > I am baffled by this. I couldn't duplicate this error at > all. Could be it a bug in CF5? > > Apparently, someone sort of had the same problem before. > > http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm > > Can somebody confirm this that it is really a CF5 bug? > > Nick Han > > Nick Han > > > [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
Long time ago, when we were still using CF5 as production server I had a similar problem. All seemed fine at first, but every 10th or 20th form submission the form scope was just gone. It was a self posting form, it was annoying to users to have to type everything again. I don't remember much of what I did to fix the issue. I know I just played with the code a bit and I must have hit something and it worked from that time on. TK -Original Message- From: Nick Han [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 2:16 PM To: CF-Talk Subject: RE: Form Fields Disappearing John, I did check and the cgi.http_referer was there, so I know they didn't bookmark it or hand typed the processing url. Nick Han >>> [EMAIL PROTECTED] 03/03/04 11:08AM >>> Are you sure that someone didn't have the page bookmarked or something? I've seen problems like this before and it seems that it comes from people navigating to the page without going through the preceding form. You could check to see if the cgi.http_referer is the form page and if it's not, don't process it. John Burns -Original Message- From: Nick Han [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 1:59 PM To: CF-Talk Subject: Form Fields Disappearing Has anyone experienced the problem with form fields from the previous page disappearing on the processing page in a post action? Every now and then, our users get an error when they are submitting a form and it was because all the form fields had disappeared. We know this because we have top-level error handler, which shoots us an email with all the diagnostic information such as url and form variables, all the cgi variables, and everything in the catch and error structs. I am baffled by this. I couldn't duplicate this error at all. Could be it a bug in CF5? Apparently, someone sort of had the same problem before. http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm Can somebody confirm this that it is really a CF5 bug? Nick Han Nick Han [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Form Fields Disappearing
Nick, On 3/3/2004 at 13:59, you wrote: NH> Every now and then, our users get an error when they are NH> submitting a form and it was because all the form fields had NH> disappeared. A shot in the dark, perhaps: Are you using CSS to format the look of the form fields? If so, check the cgi.user_agent and see if the errors come from NN4.x- browsers. ~ Ubqtous ~ [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
Or check cgi.request_method and make sure it's "POST". That'll indicate whether the request is a form submission or not, and won't be subject to the usual caveats about cgi.http_referer. Cheers, barneyb > -Original Message- > From: Burns, John [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 03, 2004 11:08 AM > To: CF-Talk > Subject: RE: Form Fields Disappearing > > Are you sure that someone didn't have the page bookmarked or > something? > I've seen problems like this before and it seems that it comes from > people navigating to the page without going through the > preceding form. > You could check to see if the cgi.http_referer is the form page and if > it's not, don't process it. > > John Burns > > -Original Message- > From: Nick Han [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 03, 2004 1:59 PM > To: CF-Talk > Subject: Form Fields Disappearing > > Has anyone experienced the problem with form fields from the previous > page disappearing on the processing page in a post action? Every now > and then, our users get an error when they are submitting a > form and it > was because all the form fields had disappeared. > > We know this because we have top-level error handler, which > shoots us an > email with all the diagnostic information such as url and form > variables, all the cgi variables, and everything in the catch > and error > structs. > > I am baffled by this. I couldn't duplicate this error at > all. Could be > it a bug in CF5? > > Apparently, someone sort of had the same problem before. > > http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm > > Can somebody confirm this that it is really a CF5 bug? > > Nick Han > > Nick Han > > > > > [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
Are you doing any kind of checking before the form submission? What if they submit, hit the back button, then hit the forward button? John -Original Message- From: Nick Han [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 2:16 PM To: CF-Talk Subject: RE: Form Fields Disappearing John, I did check and the cgi.http_referer was there, so I know they didn't bookmark it or hand typed the processing url. Nick Han >>> [EMAIL PROTECTED] 03/03/04 11:08AM >>> Are you sure that someone didn't have the page bookmarked or something? I've seen problems like this before and it seems that it comes from people navigating to the page without going through the preceding form. You could check to see if the cgi.http_referer is the form page and if it's not, don't process it. John Burns -Original Message- From: Nick Han [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 1:59 PM To: CF-Talk Subject: Form Fields Disappearing Has anyone experienced the problem with form fields from the previous page disappearing on the processing page in a post action? Every now and then, our users get an error when they are submitting a form and it was because all the form fields had disappeared. We know this because we have top-level error handler, which shoots us an email with all the diagnostic information such as url and form variables, all the cgi variables, and everything in the catch and error structs. I am baffled by this. I couldn't duplicate this error at all. Could be it a bug in CF5? Apparently, someone sort of had the same problem before. http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm Can somebody confirm this that it is really a CF5 bug? Nick Han Nick Han [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
John, I did check and the cgi.http_referer was there, so I know they didn't bookmark it or hand typed the processing url. Nick Han >>> [EMAIL PROTECTED] 03/03/04 11:08AM >>> Are you sure that someone didn't have the page bookmarked or something? I've seen problems like this before and it seems that it comes from people navigating to the page without going through the preceding form. You could check to see if the cgi.http_referer is the form page and if it's not, don't process it. John Burns -Original Message- From: Nick Han [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 1:59 PM To: CF-Talk Subject: Form Fields Disappearing Has anyone experienced the problem with form fields from the previous page disappearing on the processing page in a post action? Every now and then, our users get an error when they are submitting a form and it was because all the form fields had disappeared. We know this because we have top-level error handler, which shoots us an email with all the diagnostic information such as url and form variables, all the cgi variables, and everything in the catch and error structs. I am baffled by this. I couldn't duplicate this error at all. Could be it a bug in CF5? Apparently, someone sort of had the same problem before. http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm Can somebody confirm this that it is really a CF5 bug? Nick Han Nick Han [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
Are you sure that someone didn't have the page bookmarked or something? I've seen problems like this before and it seems that it comes from people navigating to the page without going through the preceding form. You could check to see if the cgi.http_referer is the form page and if it's not, don't process it. John Burns -Original Message- From: Nick Han [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 1:59 PM To: CF-Talk Subject: Form Fields Disappearing Has anyone experienced the problem with form fields from the previous page disappearing on the processing page in a post action? Every now and then, our users get an error when they are submitting a form and it was because all the form fields had disappeared. We know this because we have top-level error handler, which shoots us an email with all the diagnostic information such as url and form variables, all the cgi variables, and everything in the catch and error structs. I am baffled by this. I couldn't duplicate this error at all. Could be it a bug in CF5? Apparently, someone sort of had the same problem before. http://www.houseoffusion.com/cf_lists/cache.cfm/4/15/15824.htm Can somebody confirm this that it is really a CF5 bug? Nick Han Nick Han [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
All the form fields. Most of our users are on IE. Nick Han >>> [EMAIL PROTECTED] 03/03/04 11:05AM >>> > Has anyone experienced the problem with form fields from the > previous page disappearing on the processing page in a post > action? Every now and then, our users get an error when they > are submitting a form and it was because all the form fields > had disappeared. What kind of fields are the ones disappearing and also what browser is your client using? Hatton --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.596 / Virus Database: 379 - Release Date: 2/26/2004 [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields Disappearing
> Has anyone experienced the problem with form fields from the > previous page disappearing on the processing page in a post > action? Every now and then, our users get an error when they > are submitting a form and it was because all the form fields > had disappeared. What kind of fields are the ones disappearing and also what browser is your client using? Hatton --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.596 / Virus Database: 379 - Release Date: 2/26/2004 [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Form Fields
If you are using CFMX, i would convert the form variables into XML and send the XML structure, instead of sending form variables. Joe Eugene > -Original Message- > From: Haggerty, Mike [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 02, 2003 12:49 PM > To: CF-Talk > Subject: OT: Form Fields > > > Does anyone know how exactly formfields are sent within an HTTP request? > > I have a problem, I am building a data-exchange system in > Coldfusion and PHP > (don't ask why) that needs to be able to automatically POST (in PHP) form > fields to a remote Web server (in this case, it is posting a WDDX packet). > This would be equivalent in function to a cfhttpparam. > > Right now, I can create the connection to the server but am having trouble > sending any variables, and they need to be in the form scope. > What I want to > know is if form variables are sent as header info, or how exactly > it is they > get to the server. That way I can look for a workaround in PHP. > > Thanks in advance, > M > > > > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Form Fields
Depending on what version of PHP you are using, PHP has a $_POST global array. Look in there for your form vars if you are posting to PHP. If you are posting to CF then, any form vars posted will be in the form scope. I hope this helps unless I am missing what you are asking. Clint - Original Message - From: "Haggerty, Mike" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Wednesday, April 02, 2003 11:49 AM Subject: OT: Form Fields > Does anyone know how exactly formfields are sent within an HTTP request? > > I have a problem, I am building a data-exchange system in Coldfusion and PHP > (don't ask why) that needs to be able to automatically POST (in PHP) form > fields to a remote Web server (in this case, it is posting a WDDX packet). > This would be equivalent in function to a cfhttpparam. > > Right now, I can create the connection to the server but am having trouble > sending any variables, and they need to be in the form scope. What I want to > know is if form variables are sent as header info, or how exactly it is they > get to the server. That way I can look for a workaround in PHP. > > Thanks in advance, > M > > > > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89 70.4
Re: Form fields clearing (Macs only) after clicking Back
On 4/19/02, Joe Tartaglia penned: >I have created some input forms. Certain fields are >mandatory. After user clicks Submit, I check to see >if they have been filled in. If they haven't, I display >an error message on a new page and instruct the user to >click the Back button and correct the error. This all >works fine. > >Unfortunately, when Macintosh users click the Back button >all of the information on the form is gone. This does >not happen to PC users. There is no meta refresh code >in the form page that would cause the page to reload. I take it you're probably using IE 5. That's a decent piece of software, better (IMHO) than it's Windows counterpart, EXCEPT it doesn't handle forms worth a crap. I can't develop in it because you can't refresh a form post. Whereas you get a dialogue in all other versions of all other browsers asking you to click OK to refresh the post, IE 5 for Mac just drops them. And as you say, if you try and click your back button to submit the form again, the values are generally gone. Bummer! -- Bud Schneehagen - Tropical Web Creations _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ColdFusion Solutions / eCommerce Development [EMAIL PROTECTED] http://www.twcreations.com/ 954.721.3452 __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields clearing (Macs only) after clicking Back
I'd do it as two different pages to begin with, it helps you get your head around it, BUT, try the single page form afterwards, it's great to be able to plug one page in to a site only changing a few things if any! :O) -Original Message- From: Andy Ewings [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 18:00 To: CF-Talk Subject: RE: Form fields clearing (Macs only) after clicking Back I wouldn't suggest posting the form variables back through - can get pretty messy. I'd suggest trying to encapsulate your code. i.e. have one page that is both the form and the action page, that way if there is an error you can trap it and drop down through the code to redisplay the form with the error message very basically: value="form.fieldname"> etc... even better - use one of the custom tags that comes as part of fusebox (can't remember the name) then you don't have to ponse around with this code -Original Message- From: Adrian Lynch [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 17:54 To: CF-Talk Subject: RE: Form fields clearing (Macs only) after clicking Back Send any values the user has submited back to the form page, by the look of your form, you don't want to be doing this as url variables. Sessions maybe?? Or build it in flash MX :O) Or as a second thought, have the error page contain a form with the submit button as the Back button, send back all the values they have given and hope they don't hit the browser back button! Oi Critz, why the Oi's all the time, ya sound like ya shoutin' :OP -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 17:52 To: CF-Talk Subject: Form fields clearing (Macs only) after clicking Back I have created some input forms. Certain fields are mandatory. After user clicks Submit, I check to see if they have been filled in. If they haven't, I display an error message on a new page and instruct the user to click the Back button and correct the error. This all works fine. Unfortunately, when Macintosh users click the Back button all of the information on the form is gone. This does not happen to PC users. There is no meta refresh code in the form page that would cause the page to reload. The code is here: http://www.HighCaliber.com/ifp Click "No Borders Film Application" Click "I agree" Fill in one item (Project Title) on the form Click Submit Error message is displayed. Click Back See if the Project Title you entered is still there Any suggestions on how to fix this would be greatly appreciated. Thanks Joe Tartaglia High Caliber Systems 212-684-5553 http://www.HighCaliber.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields clearing (Macs only) after clicking Back
I wouldn't suggest posting the form variables back through - can get pretty messy. I'd suggest trying to encapsulate your code. i.e. have one page that is both the form and the action page, that way if there is an error you can trap it and drop down through the code to redisplay the form with the error message very basically: value="form.fieldname"> etc... even better - use one of the custom tags that comes as part of fusebox (can't remember the name) then you don't have to ponse around with this code -Original Message- From: Adrian Lynch [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 17:54 To: CF-Talk Subject: RE: Form fields clearing (Macs only) after clicking Back Send any values the user has submited back to the form page, by the look of your form, you don't want to be doing this as url variables. Sessions maybe?? Or build it in flash MX :O) Or as a second thought, have the error page contain a form with the submit button as the Back button, send back all the values they have given and hope they don't hit the browser back button! Oi Critz, why the Oi's all the time, ya sound like ya shoutin' :OP -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 17:52 To: CF-Talk Subject: Form fields clearing (Macs only) after clicking Back I have created some input forms. Certain fields are mandatory. After user clicks Submit, I check to see if they have been filled in. If they haven't, I display an error message on a new page and instruct the user to click the Back button and correct the error. This all works fine. Unfortunately, when Macintosh users click the Back button all of the information on the form is gone. This does not happen to PC users. There is no meta refresh code in the form page that would cause the page to reload. The code is here: http://www.HighCaliber.com/ifp Click "No Borders Film Application" Click "I agree" Fill in one item (Project Title) on the form Click Submit Error message is displayed. Click Back See if the Project Title you entered is still there Any suggestions on how to fix this would be greatly appreciated. Thanks Joe Tartaglia High Caliber Systems 212-684-5553 http://www.HighCaliber.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields clearing (Macs only) after clicking Back
Send any values the user has submited back to the form page, by the look of your form, you don't want to be doing this as url variables. Sessions maybe?? Or build it in flash MX :O) Or as a second thought, have the error page contain a form with the submit button as the Back button, send back all the values they have given and hope they don't hit the browser back button! Oi Critz, why the Oi's all the time, ya sound like ya shoutin' :OP -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 17:52 To: CF-Talk Subject: Form fields clearing (Macs only) after clicking Back I have created some input forms. Certain fields are mandatory. After user clicks Submit, I check to see if they have been filled in. If they haven't, I display an error message on a new page and instruct the user to click the Back button and correct the error. This all works fine. Unfortunately, when Macintosh users click the Back button all of the information on the form is gone. This does not happen to PC users. There is no meta refresh code in the form page that would cause the page to reload. The code is here: http://www.HighCaliber.com/ifp Click "No Borders Film Application" Click "I agree" Fill in one item (Project Title) on the form Click Submit Error message is displayed. Click Back See if the Project Title you entered is still there Any suggestions on how to fix this would be greatly appreciated. Thanks Joe Tartaglia High Caliber Systems 212-684-5553 http://www.HighCaliber.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form fields clearing (Macs only) after clicking Back
oi Joe!! why not just do your validation on the submitting page via javascript.then you do not have to worry about them leaving the template until all required fields are filled. -- Critz Certified Adv. ColdFusion Developer Crit[s2k] - Friday, April 19, 2002, 12:51:54 PM, you wrote: JT> I have created some input forms. Certain fields are JT> mandatory. After user clicks Submit, I check to see JT> if they have been filled in. If they haven't, I display JT> an error message on a new page and instruct the user to JT> click the Back button and correct the error. This all JT> works fine. JT> Unfortunately, when Macintosh users click the Back button JT> all of the information on the form is gone. This does JT> not happen to PC users. There is no meta refresh code JT> in the form page that would cause the page to reload. JT> The code is here: JT> http://www.HighCaliber.com/ifp JT> Click "No Borders Film Application" JT> Click "I agree" JT> Fill in one item (Project Title) on the form JT> Click Submit JT> Error message is displayed. JT> Click Back JT> See if the Project Title you entered is still there JT> Any suggestions on how to fix this would be greatly JT> appreciated. JT> Thanks JT> Joe Tartaglia JT> High Caliber Systems JT> 212-684-5553 JT> http://www.HighCaliber.com JT> FAQ: http://www.thenetprofits.co.uk/coldfusion/faq JT> Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ JT> Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: form fields
Hi Bill, Thanks ! - why didn't I think of that ! - Original Message - From: "Bill King" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 11:06 AM Subject: Re: form fields > Not sure what you are needing to do with this data, but you could put it > into a WDDX packet to store in the database like this: > > > > then just put it into a blob field in your database with a field like > customer to key off of. > > Just some thoughts. > > - BILL - > - Original Message - > From: "webmaster" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Tuesday, December 04, 2001 9:42 AM > Subject: form fields > > > > Just wondering if anyone has bright idea for this little problem that I > > have. > > > > I'm receiving data from another site sent via form data to my coldfusion > > routine that teh takes the data (e.g. #form.customer#, > > #form.backupdate#, etc.) > > > > Problem is I don't always know what form data will be sent, sometimes > > they wony include the backupdate for a certain customer. > > > > At the moment I just have a load of isdefined statements - not pretty > > but it works. Now I'm told thay variables will be added - and that the > > names might be dynamically created (Please don't ask me where that bit > > of wisdom came from!) > > > > > > Any one have any ieas how I can tell what variables are in the FORM ? > > > > TIA > > > > Richard > > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: form fields
Not sure what you are needing to do with this data, but you could put it into a WDDX packet to store in the database like this: then just put it into a blob field in your database with a field like customer to key off of. Just some thoughts. - BILL - - Original Message - From: "webmaster" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 9:42 AM Subject: form fields > Just wondering if anyone has bright idea for this little problem that I > have. > > I'm receiving data from another site sent via form data to my coldfusion > routine that teh takes the data (e.g. #form.customer#, > #form.backupdate#, etc.) > > Problem is I don't always know what form data will be sent, sometimes > they wony include the backupdate for a certain customer. > > At the moment I just have a load of isdefined statements - not pretty > but it works. Now I'm told thay variables will be added - and that the > names might be dynamically created (Please don't ask me where that bit > of wisdom came from!) > > > Any one have any ieas how I can tell what variables are in the FORM ? > > TIA > > Richard > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: form fields
Tries to jump in before Ray ;) You should access the FORM using structure syntax rather than Evalute as this is more efficient Ie Form Name = #Fields# Value = #FORM[Fields]# HTH -Original Message- From: Dave Hannum [mailto:[EMAIL PROTECTED]] Sent: 04 December 2001 18:00 To: CF-Talk Subject: Re: form fields The following reads all of the passed field names and evaluates the value of those fields. Form Name = #Fields# Value = #val# Dave - Original Message - From: "webmaster" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 12:42 PM Subject: form fields Just wondering if anyone has bright idea for this little problem that I have. I'm receiving data from another site sent via form data to my coldfusion routine that teh takes the data (e.g. #form.customer#, #form.backupdate#, etc.) Problem is I don't always know what form data will be sent, sometimes they wony include the backupdate for a certain customer. At the moment I just have a load of isdefined statements - not pretty but it works. Now I'm told thay variables will be added - and that the names might be dynamically created (Please don't ask me where that bit of wisdom came from!) Any one have any ieas how I can tell what variables are in the FORM ? TIA Richard ~~ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: form fields
The following reads all of the passed field names and evaluates the value of those fields. Form Name = #Fields# Value = #val# Dave - Original Message - From: "webmaster" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 12:42 PM Subject: form fields Just wondering if anyone has bright idea for this little problem that I have. I'm receiving data from another site sent via form data to my coldfusion routine that teh takes the data (e.g. #form.customer#, #form.backupdate#, etc.) Problem is I don't always know what form data will be sent, sometimes they wony include the backupdate for a certain customer. At the moment I just have a load of isdefined statements - not pretty but it works. Now I'm told thay variables will be added - and that the names might be dynamically created (Please don't ask me where that bit of wisdom came from!) Any one have any ieas how I can tell what variables are in the FORM ? TIA Richard ~~ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields going missing
You sure it was NS6? I thought it was only NS 4.*? Mega dittos on the maddening part. I _hate_ Netscape 4.*. Raymond Camden > -Original Message- > From: BEN MORRIS [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 29, 2001 3:50 PM > To: CF-Talk > Subject: Re: Form fields going missing > > > I have run into Netscape 6 not sending all form fields after a > withinin a form. Twas maddening. It seems > that everything worked as long as the was the > very last input in the form. > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form fields going missing
I have run into Netscape 6 not sending all form fields after a withinin a form. Twas maddening. It seems that everything worked as long as the was the very last input in the form. >>> "W Luke" <[EMAIL PROTECTED]> 08/29/01 03:35PM >>> Thanks Matt (and everyone else). I've got a lot of work on my hands now Will - Original Message - From: "Matt Robertson " <[EMAIL PROTECTED]> Newsgroups: cf-talk Sent: Wednesday, August 29, 2001 2:48 AM Subject: Re: Form fields going missing > Yes, I've seen this, and its absolutely maddening. Its not a coding issue, and quite possibly not a CF issue. Check out this thread. > > http://forums.allaire.com/coldfusion/arcmessageview.cfm?catid=3&threadid=165 310&highlight_key=y&keyword1=form&keyword2=variables > > When the user reported this, none of the thread respondents had seen it before, either. Then about 2 weeks later I saw it crop up on two servers, both running 4.5 (one on SP1, the other 4.5.1.0). The apps had been perfectly stable for months, and were unchanged. > > In short the behavior is this: you have a simple text input field using straight html; a required field made so by the usual fieldname_required hidden field... so the form can't be submitted without the value, in theory. But you wind up getting -- rare -- errors saying the field doesn't exist, but it *must* be there. This also can occur with a hidden value passed from page to page, where you have an explicitly set value that *must* be there, yet isn't once in a blue moon. > > Since the errors were reported via CFCATCHed email, I was able to retrieve query strings, referers etc. to confirm it was a normal form submission and not something else. > > The solutions I found were band-aids: reduce or eliminate hidden form fields (not such a bad idea anyway), CFPARAM everything with a NULL or better yet an empty string (with accompanying code to recover from the missing/expected value), and some wacky stuff that I think was a mix of witchcraft and desperation more than anything else. You can see what I mean in the thread. > > Its been so infrequent (1 out of 150 or so?) I haven't really been pestered enough to knock myself out hunting the little bugger down. One possibility: if you're using cfinsert/cfupdate, go to straight sql. That may be related to this. > > Hope this helps, > > --- > Matt Robertson[EMAIL PROTECTED] > MSB Designs, Inc., www.mysecretbase.com > --- > > > -- Original Message -- > from: "W Luke" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > date: Tue, 28 Aug 2001 21:39:30 +0100 > > Can anyone tell me why my form fields are going missing? I'm sure this > hasn't occurred before. For instance, the signup process sends hidden and > text fields to one page after another, finally to a submit page where it > should enter it to the Database (3 pages or processes in all). > > Most of the time it works, but occasionally and seemingly sporadically, > errors like "Error resolving parameter form.whatever." > > Any ideas? > > Thanks > > Will > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form fields going missing
Thanks Matt (and everyone else). I've got a lot of work on my hands now Will - Original Message - From: "Matt Robertson " <[EMAIL PROTECTED]> Newsgroups: cf-talk Sent: Wednesday, August 29, 2001 2:48 AM Subject: Re: Form fields going missing > Yes, I've seen this, and its absolutely maddening. Its not a coding issue, and quite possibly not a CF issue. Check out this thread. > > http://forums.allaire.com/coldfusion/arcmessageview.cfm?catid=3&threadid=165 310&highlight_key=y&keyword1=form&keyword2=variables > > When the user reported this, none of the thread respondents had seen it before, either. Then about 2 weeks later I saw it crop up on two servers, both running 4.5 (one on SP1, the other 4.5.1.0). The apps had been perfectly stable for months, and were unchanged. > > In short the behavior is this: you have a simple text input field using straight html; a required field made so by the usual fieldname_required hidden field... so the form can't be submitted without the value, in theory. But you wind up getting -- rare -- errors saying the field doesn't exist, but it *must* be there. This also can occur with a hidden value passed from page to page, where you have an explicitly set value that *must* be there, yet isn't once in a blue moon. > > Since the errors were reported via CFCATCHed email, I was able to retrieve query strings, referers etc. to confirm it was a normal form submission and not something else. > > The solutions I found were band-aids: reduce or eliminate hidden form fields (not such a bad idea anyway), CFPARAM everything with a NULL or better yet an empty string (with accompanying code to recover from the missing/expected value), and some wacky stuff that I think was a mix of witchcraft and desperation more than anything else. You can see what I mean in the thread. > > Its been so infrequent (1 out of 150 or so?) I haven't really been pestered enough to knock myself out hunting the little bugger down. One possibility: if you're using cfinsert/cfupdate, go to straight sql. That may be related to this. > > Hope this helps, > > --- > Matt Robertson[EMAIL PROTECTED] > MSB Designs, Inc., www.mysecretbase.com > --- > > > -- Original Message -- > from: "W Luke" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > date: Tue, 28 Aug 2001 21:39:30 +0100 > > Can anyone tell me why my form fields are going missing? I'm sure this > hasn't occurred before. For instance, the signup process sends hidden and > text fields to one page after another, finally to a submit page where it > should enter it to the Database (3 pages or processes in all). > > Most of the time it works, but occasionally and seemingly sporadically, > errors like "Error resolving parameter form.whatever." > > Any ideas? > > Thanks > > Will > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form fields going missing
Yes, I've seen this, and its absolutely maddening. Its not a coding issue, and quite possibly not a CF issue. Check out this thread. http://forums.allaire.com/coldfusion/arcmessageview.cfm?catid=3&threadid=165310&highlight_key=y&keyword1=form&keyword2=variables When the user reported this, none of the thread respondents had seen it before, either. Then about 2 weeks later I saw it crop up on two servers, both running 4.5 (one on SP1, the other 4.5.1.0). The apps had been perfectly stable for months, and were unchanged. In short the behavior is this: you have a simple text input field using straight html; a required field made so by the usual fieldname_required hidden field... so the form can't be submitted without the value, in theory. But you wind up getting -- rare -- errors saying the field doesn't exist, but it *must* be there. This also can occur with a hidden value passed from page to page, where you have an explicitly set value that *must* be there, yet isn't once in a blue moon. Since the errors were reported via CFCATCHed email, I was able to retrieve query strings, referers etc. to confirm it was a normal form submission and not something else. The solutions I found were band-aids: reduce or eliminate hidden form fields (not such a bad idea anyway), CFPARAM everything with a NULL or better yet an empty string (with accompanying code to recover from the missing/expected value), and some wacky stuff that I think was a mix of witchcraft and desperation more than anything else. You can see what I mean in the thread. Its been so infrequent (1 out of 150 or so?) I haven't really been pestered enough to knock myself out hunting the little bugger down. One possibility: if you're using cfinsert/cfupdate, go to straight sql. That may be related to this. Hope this helps, --- Matt Robertson[EMAIL PROTECTED] MSB Designs, Inc., www.mysecretbase.com --- -- Original Message -- from: "W Luke" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] date: Tue, 28 Aug 2001 21:39:30 +0100 Can anyone tell me why my form fields are going missing? I'm sure this hasn't occurred before. For instance, the signup process sends hidden and text fields to one page after another, finally to a submit page where it should enter it to the Database (3 pages or processes in all). Most of the time it works, but occasionally and seemingly sporadically, errors like "Error resolving parameter form.whatever." Any ideas? Thanks Will ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields going missing
It is impossible to say without looking at the code, but I once worked on a project where large hidden form fields were being dropped by the web server for no apparent reason. The site was secure (https). Most likely it is something in your code. You'd be better off serializing the form struct into a wddx packet and passing it in a single hidden field from page to page... Bryan Love ACP Internet Application Developer Telecommunication Systems Inc. [EMAIL PROTECTED] -Original Message- From: W Luke [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 28, 2001 1:40 PM To: CF-Talk Subject: Form fields going missing Can anyone tell me why my form fields are going missing? I'm sure this hasn't occurred before. For instance, the signup process sends hidden and text fields to one page after another, finally to a submit page where it should enter it to the Database (3 pages or processes in all). Most of the time it works, but occasionally and seemingly sporadically, errors like "Error resolving parameter form.whatever." Any ideas? Thanks Will ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields going missing
Are these fields mandatory? If not, put CFPARAM tags on each page for each field. Brian Yager President - North AL Cold Fusion Users Group Sr. Systems Analyst NCCIM/CIC [EMAIL PROTECTED] (256) 842-8342 -Original Message- From: W Luke [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 28, 2001 3:40 PM To: CF-Talk Subject: Form fields going missing Can anyone tell me why my form fields are going missing? I'm sure this hasn't occurred before. For instance, the signup process sends hidden and text fields to one page after another, finally to a submit page where it should enter it to the Database (3 pages or processes in all). Most of the time it works, but occasionally and seemingly sporadically, errors like "Error resolving parameter form.whatever." Any ideas? Thanks Will ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form fields going missing
Check to make you are specifying default values for radio buttons, and check boxes. If one of these types of inputs is not filled out then nothing is passed and you will get an error like you are describing. Use on your action page to do this. At 09:39 PM 8/28/2001 +0100, you wrote: >Can anyone tell me why my form fields are going missing? I'm sure this >hasn't occurred before. For instance, the signup process sends hidden and >text fields to one page after another, finally to a submit page where it >should enter it to the Database (3 pages or processes in all). > >Most of the time it works, but occasionally and seemingly sporadically, >errors like "Error resolving parameter form.whatever." > >Any ideas? > >Thanks > >Will > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields going missing
Do you have any checkboxes that if not checked are not passed? Tim Heald ACP/CCFD :) Application Development http://www.schoollink.net/ -Original Message- From: W Luke [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 28, 2001 4:40 PM To: CF-Talk Subject: Form fields going missing Can anyone tell me why my form fields are going missing? I'm sure this hasn't occurred before. For instance, the signup process sends hidden and text fields to one page after another, finally to a submit page where it should enter it to the Database (3 pages or processes in all). Most of the time it works, but occasionally and seemingly sporadically, errors like "Error resolving parameter form.whatever." Any ideas? Thanks Will ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form fields going missing
I've seen an issue in Netscape 4.x where if a form contains a file upload, and if the file was NOT selected, any form fields AFTER the file field will not be passed. Period. I love Netscape. Really. Anyway, could this be your issue? === Raymond Camden, Principal Spectra Compliance Engineer for Macromedia Email: [EMAIL PROTECTED] Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -Original Message- > From: W Luke [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 28, 2001 4:40 PM > To: CF-Talk > Subject: Form fields going missing > > > Can anyone tell me why my form fields are going missing? I'm sure this > hasn't occurred before. For instance, the signup process sends hidden and > text fields to one page after another, finally to a submit page where it > should enter it to the Database (3 pages or processes in all). > > Most of the time it works, but occasionally and seemingly sporadically, > errors like "Error resolving parameter form.whatever." > > Any ideas? > > Thanks > > Will > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: form fields not being passed on the action page
First of all, it is usually a good idea to prefix your variables. I cannot tell you how many times I have seen someone not prefix their variables, then scratch their heads when there is a conflict and CF does it's own conflict resolution. CFML/HTMl Here CFML/HTML Here Error catching code here Secondly, if this is a test machine, or you have access to the CF Administrator, then I would turn on debugging to see if the variable is really being passed. HTH - Original Message - From: "Peter Fralin" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Friday, August 17, 2001 6:27 PM Subject: Fw: form fields not being passed on the action page > > > I ran some tests to see if it could be the problem and the tests indicated > that it was not. > > - Peter > > > > > -Original Message- > > > Date: Thu, 16 Aug 2001 15:06:28 -0400 > > > From: "Howarth, Craig (IBK-NY)" <[EMAIL PROTECTED]> > > > Subject: RE: form fields not being passed on the action page > > > Message-ID: > > <[EMAIL PROTECTED]> > > > > > > Is it possible that the action page is being called directly -- i.e. not > > being posted. For instance, if someone has bookmarked the action page > this > > error might occur if publish is the first form > > > variable referenced. > > > > > > Craig > > > > > > > -Original Message- > > > > From: Peter Fralin [SMTP:[EMAIL PROTECTED]] > > > > Sent: Thursday, August 16, 2001 3:00 PM > > > > To: CF-Talk > > > > Subject: form fields not being passed on the action page > > > > > > > > I have a form field that is in a couple of radio button input tags, > here > > is > > > > the code > > > > > > > > Please submit > this > > > > page for publishing. > > > > > checked> This > > > > page is in progress, please keep it in "Edit" mode. > > > > > > > > As you can see the second input tag is checked, so the form would have > > to > > > > return some value. > > > > > > > > But it is not as I am getting error messages from the action page that > > > > indicate that '#publish#' is not defined, > > > > on the action page I have this code; > > > > > > > > > > > > > > > > 99% of the time the page works without problem, but in a small > > percentage of > > > > the time the action page hits that line of code and errors out with > the > > > > following error message; > > > > > > > > An error occurred while evaluating the expression: > > > > publish is '1' > > > > Error near line 10, column 14 > > > > Error resolving parameter PUBLISH > > > > ColdFusion was unable to determine the value of the parameter. This > > problem > > > > is very likely due to the fact that either: > > > > You have misspelled the parameter name, or > > > > You have not specified a QUERY attribute for a CFOUTPUT, CFMAIL, > or > > > > CFTABLE tag. > > > > > > > > > > > > Any ideas as to why this is happening? > > > > > > > > - Peter Fralin > > > > > > > > > > > > FAQ: http://www.thenetprofits.co.uk/coldfusion/faq > Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ > Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: form fields not being passed on the action page
Is it possible that the action page is being called directly -- i.e. not being posted. For instance, if someone has bookmarked the action page this error might occur if publish is the first form variable referenced. Craig > -Original Message- > From: Peter Fralin [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, August 16, 2001 3:00 PM > To: CF-Talk > Subject: form fields not being passed on the action page > > I have a form field that is in a couple of radio button input tags, here is > the code > > Please submit this > page for publishing. > This > page is in progress, please keep it in "Edit" mode. > > As you can see the second input tag is checked, so the form would have to > return some value. > > But it is not as I am getting error messages from the action page that > indicate that '#publish#' is not defined, > on the action page I have this code; > > > > 99% of the time the page works without problem, but in a small percentage of > the time the action page hits that line of code and errors out with the > following error message; > > An error occurred while evaluating the expression: > publish is '1' > Error near line 10, column 14 > Error resolving parameter PUBLISH > ColdFusion was unable to determine the value of the parameter. This problem > is very likely due to the fact that either: > You have misspelled the parameter name, or > You have not specified a QUERY attribute for a CFOUTPUT, CFMAIL, or > CFTABLE tag. > > > Any ideas as to why this is happening? > > - Peter Fralin > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: form fields
CF doesn't offer any automatic validation to protect HTML input, but like Dave says, server-side tests are a MUST if you don't want to allow users' typing to be interpreted tags. We usually have application variables named something like "goodlist" and "badlist" and use the listReplace() function on ALL text that we may want to display as HTML. If we're not doing any other character limitation (like double-byte chars) these lists have three items in each: But these lists could be expanded to cover any characters you wanted to protect against. If you want client-side validation as well, you can achieve the same thing with Javascript, but you must STILL do the server-side checking as well. -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED]] Sent: Monday, August 13, 2001 10:04 AM To: CF-Talk Subject: RE: form fields > Is there any way in CF to set the input type of a form field. > Basically I only want the user to be able to enter text and > not HTML in a form field? The short answer is "not really". You can't do anything in CF to limit what a user can put into a form field. You can, however, build server-side validation tests in your action page to ensure that there's no HTML in the field. In addition, if you're using CF 5, you can include JavaScript-compliant regular expression tests using CFFORM and CFINPUT tags - simply place your regex in the VALIDATE attribute value of your CFINPUT tag. At least, I believe this is new to CF 5. If you're using an older version, you could write the JavaScript validation function yourself. However, if you're using this for security against malicious users, you can't rely on client-side tests such as JavaScript - they can be easily avoided by someone with that intent. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: form fields
> Is there any way in CF to set the input type of a form field. > Basically I only want the user to be able to enter text and > not HTML in a form field? The short answer is "not really". You can't do anything in CF to limit what a user can put into a form field. You can, however, build server-side validation tests in your action page to ensure that there's no HTML in the field. In addition, if you're using CF 5, you can include JavaScript-compliant regular expression tests using CFFORM and CFINPUT tags - simply place your regex in the VALIDATE attribute value of your CFINPUT tag. At least, I believe this is new to CF 5. If you're using an older version, you could write the JavaScript validation function yourself. However, if you're using this for security against malicious users, you can't rely on client-side tests such as JavaScript - they can be easily avoided by someone with that intent. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
> I did a little testing, and the issue (at least for me) was the > direction of > the slash. > > So: > variables.thisTemplateName=ListLast(CGI.CF_TEMPLATE_PATH,"/"); > > Is fine, while: > variables.thisTemplateName=ListLast(CGI.CF_TEMPLATE_PATH,"\"); > > Pulls the local file structure (as there is not occurence of the list > delimiter, it pulls the whole thing). (Same thing happens on our > production server.) D'OH! I knew I was missing something very simple... New version with a few additions later today... Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
> http://www.aspmedia.co.uk/CF/_EditForm.cfm Damn, http://www.aspmedia.co.uk/CF/_EditForm.zip Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** > -Original Message- > From: Philip Arnold - ASP [mailto:[EMAIL PROTECTED]] > Sent: 15 March 2001 18:59 > To: CF-Talk > Subject: RE: Form Fields cleared on Back > > > > What editor thingy is that Phillip? > > I posted the URL a nobody notices nobody cares > > > It handles the layout, the error checking and all sorts of stuff > > It's the first version, so no error catching (yet) > > Check my post on 14th March for further info > > Further versions soon... > > Philip Arnold > Director > Certified ColdFusion Developer > ASP Multimedia Limited > T: +44 (0)20 8680 1133 > > "Websites for the real world" > > ** > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this email in error please notify > the system manager. > ** > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form Fields cleared on Back
Hiya Philip, I did a little testing, and the issue (at least for me) was the direction of the slash. So: variables.thisTemplateName=ListLast(CGI.CF_TEMPLATE_PATH,"/"); Is fine, while: variables.thisTemplateName=ListLast(CGI.CF_TEMPLATE_PATH,"\"); Pulls the local file structure (as there is not occurence of the list delimiter, it pulls the whole thing). (Same thing happens on our production server.) -d Deanna Schneider Interactive Media Developer UWEX Cooperative Extension Electronic Publishing Group 103 Extension Bldg 432 N. Lake Street Madison, WI 53706 (608) 265-7923 ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
I am sorry... I probably deleted it without reading the message... :( -- Clint Tredway www.factorxsoftware.com -- ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
> What editor thingy is that Phillip? I posted the URL a nobody notices nobody cares http://www.aspmedia.co.uk/CF/_EditForm.cfm It handles the layout, the error checking and all sorts of stuff It's the first version, so no error catching (yet) Check my post on 14th March for further info Further versions soon... Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
What editor thingy is that Phillip? Thanks ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
> Im starting to realize thisfortunately the problem has been back > burnered for a day or two, so it gives me time to figure out the > best method for re-designing this sucker. > > Thanks again to ALL for the great input. Try using my editor thingy, it has an option to not write into the database... give it a try and see if it does what you need... Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
Im starting to realize thisfortunately the problem has been back burnered for a day or two, so it gives me time to figure out the best method for re-designing this sucker. Thanks again to ALL for the great input. -Adrian -Original Message- From: Philip Arnold - ASP [mailto:[EMAIL PROTECTED]] Late input on this, but... DON'T! Having a "Back" to the form is the ugliest form of validation and also the laziest ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Javascript Back (was Re: Form Fields cleared on Back)
Jeanne, In IE atleast I would look into the event. handler and try and do some capturing to figure out what it does when it is clicked, I am pretty sure that you can capture it and do what you want with it... John -Original Message- From: Jeanne Sarfaty Glazer [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 14, 2001 1:32 PM To: CF-Talk Subject: Javascript Back (was Re: Form Fields cleared on Back) Just curious, is there a way to reference the browser's "Back" button to determine whether it has been clicked using Javascript? - - - Jeanne (who wonders why all of her questions on this CF list seem to be about Javascript) >From: "Joseph Thompson" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: CF-Talk <[EMAIL PROTECTED]> >Subject: Re: Form Fields cleared on Back >Date: Wed, 14 Mar 2001 11:15:24 -0800 > >Somone sent in an "interesting" application to CFHub the other day. It >stores the "CGI.HTTP_Referer" value in a session variable so that your >applciation can tell when someone has "backed up". It then won't let a >user >click on any links or re-submit a form. A strange but effective way to >keep >users from messing with your program flow. > >http://cfhub.com/contributions/backbutton/ > > > > Please send it to us all..this is something that I, and I would wager > > several webapplication developers, run into. > > :-) > > > > -Gel > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Javascript Back (was Re: Form Fields cleared on Back)
Just curious, is there a way to reference the browser's "Back" button to determine whether it has been clicked using Javascript? - - - Jeanne (who wonders why all of her questions on this CF list seem to be about Javascript) >From: "Joseph Thompson" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: CF-Talk <[EMAIL PROTECTED]> >Subject: Re: Form Fields cleared on Back >Date: Wed, 14 Mar 2001 11:15:24 -0800 > >Somone sent in an "interesting" application to CFHub the other day. It >stores the "CGI.HTTP_Referer" value in a session variable so that your >applciation can tell when someone has "backed up". It then won't let a >user >click on any links or re-submit a form. A strange but effective way to >keep >users from messing with your program flow. > >http://cfhub.com/contributions/backbutton/ > > > > Please send it to us all..this is something that I, and I would wager > > several webapplication developers, run into. > > :-) > > > > -Gel > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form Fields cleared on Back
Somone sent in an "interesting" application to CFHub the other day. It stores the "CGI.HTTP_Referer" value in a session variable so that your applciation can tell when someone has "backed up". It then won't let a user click on any links or re-submit a form. A strange but effective way to keep users from messing with your program flow. http://cfhub.com/contributions/backbutton/ > Please send it to us all..this is something that I, and I would wager > several webapplication developers, run into. > :-) > > -Gel ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
OK, just so people can look and see what I'm doing http://www.aspmedia.co.uk/CF/_EditForm.zip It's got no error trapping as it's the first version for "public" use, the documentation is in the top of the template, and it's written with SQL Server in mind (for getting new IDs and stuff) - only Insert needs to be modified for different DBs First 4 parameters are required (at the moment) I've tried to make it as flexible as possible, and have as much validation as I can... The email RE checking maybe a little flaky as I wrote it a while ago, and haven't really updated it Any comments/suggestions/requests, please send directly to me I'm leaving it as Open Source as it's too damn easy to unencrypt things anyway Next version will have a lot more flexibility and functionality If you want to chop it to pieces and use some functionality yourself, then please do - I'd supply the code in help anyway! And before anyone complains, it's in one template for transportability - the version I use is in 4 separate templates For the moment - Enjoy Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
> I am also interested in this application > > Please send it to us all..this is something that I, and I would wager > several webapplication developers, run into. No more "I'm also interested" please - I'll post a URL to it within the next few days Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
I am also interested in this application kev -Original Message- From: Angél Stewart [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 14, 2001 7:42 AM To: CF-Talk Subject: RE: Form Fields cleared on Back Please send it to us all..this is something that I, and I would wager several webapplication developers, run into. :-) -Gel -Original Message- From: Philip Arnold - ASP [mailto:[EMAIL PROTECTED]] I'm in the midst of working on a "public" version of an editor I wrote which will do all of the validation for you, and put the info into a database (as well as displaying/sorting lists) - if you can wait a few days, I'll send you something to look at... ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
Please send it to us all..this is something that I, and I would wager several webapplication developers, run into. :-) -Gel -Original Message- From: Philip Arnold - ASP [mailto:[EMAIL PROTECTED]] I'm in the midst of working on a "public" version of an editor I wrote which will do all of the validation for you, and put the info into a database (as well as displaying/sorting lists) - if you can wait a few days, I'll send you something to look at... ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
> Im going nuts trying to figure this one out, I have a form with about 110 > fields (ya i know), there is lots of server side validation, if an input > error occurs I CFABORT and give the user a JavaScript back button to go > back an correct the input. On some users PC the form gets cleared on > other PC's it does not. I also use some of the CF built in validation > (_required) so the user has to use the browser back button, same thing > happens on some of these peoples browsers. Of coarse it does not happen > on mine. I setup a few test forms for the problems users and it things > work ok. These users are all using IE 5.x, any one else have such problems, > could it be the large number of INPUT fields? any browser settings? > registry settings? Voodoo dances? anything? Late input on this, but... DON'T! Having a "Back" to the form is the ugliest form of validation and also the laziest If you're running on a secure connection and the user has their browser as I have mine set-up (don't store secure pages in cache) then you have to re-type the whole form... how many users will you lose to this? Re-present the form with their entries and hilight the ones that are wrong I'm in the midst of working on a "public" version of an editor I wrote which will do all of the validation for you, and put the info into a database (as well as displaying/sorting lists) - if you can wait a few days, I'll send you something to look at... Philip Arnold Director Certified ColdFusion Developer ASP Multimedia Limited T: +44 (0)20 8680 1133 "Websites for the real world" ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back PART 2
ooh! was it my method? if i was I'd feel special -Original Message- From: Adrian Cesana [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 13, 2001 2:42 PM To: CF-Talk Subject: RE: Form Fields cleared on Back Thanks all, some excellent idea's. I was hoping there was some hidden buffer size entry I could tweak but it looks like Im going to have to store the input and repopulate using one of the methods suggested, at least that way it will work 100%. Thanks again,Adrian ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
Check out the qForms API: http://www.pengoworks.com/qForms/ It won't necessarily solve the blanking of the forms problem, but you can pass it a JS based structure and it will repopulate the form, which will save you a ton of CF-based coding, since all you'll need to do is save the FORM scope as a JS string, and then pass that string back to the API to repopulate the form. It's pretty easy to do, plus the API has a bunch of ton of other useful functionality built-in... -Dan -Original Message- From: Maia, Eric [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 13, 2001 3:02 PM To: CF-Talk Subject: RE: Form Fields cleared on Back The way I do it is to first create a structure with all of the form field preloads (if editing a record) or all blank values (if a new record). I use this struct to populate the form fields. Then, if there's an error detected upon submittal, I load the form data into the struct (so it'll keep their new entries), and save the struct in a session variable. I also save any error messages in a session variable. That way, when I reload the form, I just check to see if the session variables are defined, and if they are, display the error messages and grab the struct from the session variable to re-populate the form fields. (I also make sure to clear the session variable once the validation passes, so they don't get any incorrect error messages if they go back to the form.) Eric -Original Message- From: S R [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 13, 2001 11:51 AM To: CF-Talk Subject: Re: Form Fields cleared on Back I've found that this is something that happens on IE5. Netscape doesn't do this. The only way I've gotten around is to painstakingly include a bunch of 'hidden' form fields that way when the user presses the back button it repopulates the form. >From: "Adrian Cesana" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: CF-Talk <[EMAIL PROTECTED]> >Subject: Form Fields cleared on Back >Date: Tue, 13 Mar 2001 11:46:49 -0800 > >Im going nuts trying to figure this one out, I have a form with about 110 >fields (ya i know), there is lots of server side validation, if an input >error occurs I CFABORT and give the user a JavaScript back button to go >back >an correct the input. On some users PC the form gets cleared on other PC's >it does not. I also use some of the CF built in validation (_required) so >the user has to use the browser back button, same thing happens on some of >these peoples browsers. Of coarse it does not happen on mine. I setup a >few test forms for the problems users and it things work ok. These users >are all using IE 5.x, any one else have such problems, could it be the >large >number of INPUT fields? any browser settings? registry settings? Voodoo >dances? anything? > >Thanks,Adrian > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
go to the developer exchange at allaire and download the cfwizard tag set. Using wddx
you can hold form var's for as many pages as you wish until the user clicks finish.
It's a really cool tag set.
Bryan
-- Original Message --
From: Patricia Lee <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Date: Tue, 13 Mar 2001 15:42:23 -0500
If you are allowed to only program for 5.x there might be a programmatic
workaround for you.
!-- PERSISTENCE_NOTE: The style block is required in Internet Explorer 5
Beta 1 for the saveHistory peer. -->
.saveHistory {behavior:url(##default##savehistory);}
Attach the .saveHistory class to each of the form elements you want to
retain information for. Then, as long as the user uses the Back button,
or you program a javascript: history.go(-1) (or whatever flavor you
prefer)... the user data will be retained.
Again, only will work for IE 5.x... and probably only on PC?
|-Original Message-
|From: Adrian Cesana [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, March 13, 2001 2:47 PM
|To: CF-Talk
|Subject: Form Fields cleared on Back
|
|
|Im going nuts trying to figure this one out, I have a form
|with about 110
|fields (ya i know), there is lots of server side validation,
|if an input
|error occurs I CFABORT and give the user a JavaScript back
|button to go back
|an correct the input. On some users PC the form gets cleared
|on other PC's
|it does not. I also use some of the CF built in validation
|(_required) so
|the user has to use the browser back button, same thing
|happens on some of
|these peoples browsers. Of coarse it does not happen on mine.
| I setup a
|few test forms for the problems users and it things work ok.
|These users
|are all using IE 5.x, any one else have such problems, could
|it be the large
|number of INPUT fields? any browser settings? registry settings? Voodoo
|dances? anything?
|
|Thanks,Adrian
|
|
|
|
~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form Fields cleared on Back
My understanding this is a function of client side caching. Basically, you don't have any control over it. What we do is submit the form back to itself, run the validation, if it fails we skip the DB work and just redisplay the form using value=#form.whatever#. The only trick to this is you must cfparam all your form variables on the first load. This was the app repeats the process till the user gets it right. The primary reason we began using this method was to display error messages over the specific field that failed validation. When your done, you end up with a very clean, user friendly form. Food for thought... At 11:46 AM 3/13/2001 -0800, you wrote: >Im going nuts trying to figure this one out, I have a form with about 110 >fields (ya i know), there is lots of server side validation, if an input >error occurs I CFABORT and give the user a JavaScript back button to go back >an correct the input. On some users PC the form gets cleared on other PC's >it does not. I also use some of the CF built in validation (_required) so >the user has to use the browser back button, same thing happens on some of >these peoples browsers. Of coarse it does not happen on mine. I setup a >few test forms for the problems users and it things work ok. These users >are all using IE 5.x, any one else have such problems, could it be the large >number of INPUT fields? any browser settings? registry settings? Voodoo >dances? anything? > >Thanks,Adrian > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
Thanks all, some excellent idea's. I was hoping there was some hidden buffer size entry I could tweak but it looks like Im going to have to store the input and repopulate using one of the methods suggested, at least that way it will work 100%. Thanks again,Adrian ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
If you are allowed to only program for 5.x there might be a programmatic
workaround for you.
!-- PERSISTENCE_NOTE: The style block is required in Internet Explorer 5
Beta 1 for the saveHistory peer. -->
.saveHistory {behavior:url(##default##savehistory);}
Attach the .saveHistory class to each of the form elements you want to
retain information for. Then, as long as the the user uses the Back button,
or you program a javascript: history.go(-1) (or whatever flavor you
prefer)... the user data will be retained.
Again, only will work for IE 5.x... and probably only on PC?
|-Original Message-
|From: Adrian Cesana [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, March 13, 2001 2:47 PM
|To: CF-Talk
|Subject: Form Fields cleared on Back
|
|
|Im going nuts trying to figure this one out, I have a form
|with about 110
|fields (ya i know), there is lots of server side validation,
|if an input
|error occurs I CFABORT and give the user a JavaScript back
|button to go back
|an correct the input. On some users PC the form gets cleared
|on other PC's
|it does not. I also use some of the CF built in validation
|(_required) so
|the user has to use the browser back button, same thing
|happens on some of
|these peoples browsers. Of coarse it does not happen on mine.
| I setup a
|few test forms for the problems users and it things work ok.
|These users
|are all using IE 5.x, any one else have such problems, could
|it be the large
|number of INPUT fields? any browser settings? registry settings? Voodoo
|dances? anything?
|
|Thanks,Adrian
|
|
|
|
~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
This is a browser setting... You can tell your browser to check for new data every time (in which case the form will always come back blank), or you can tell it to used cached info (in which case it comes back full). In other words, you're most likely sol |-Original Message- |From: Adrian Cesana [mailto:[EMAIL PROTECTED]] |Sent: Tuesday, March 13, 2001 2:47 PM |To: CF-Talk |Subject: Form Fields cleared on Back | | |Im going nuts trying to figure this one out, I have a form |with about 110 |fields (ya i know), there is lots of server side validation, |if an input |error occurs I CFABORT and give the user a JavaScript back |button to go back |an correct the input. On some users PC the form gets cleared |on other PC's |it does not. I also use some of the CF built in validation |(_required) so |the user has to use the browser back button, same thing |happens on some of |these peoples browsers. Of coarse it does not happen on mine. | I setup a |few test forms for the problems users and it things work ok. |These users |are all using IE 5.x, any one else have such problems, could |it be the large |number of INPUT fields? any browser settings? registry settings? Voodoo |dances? anything? | |Thanks,Adrian | | | | ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back PART 2
here's another idea. IF there is an error, do a CFABORT, AND a CFinclude a certain template. This template will be designed like the first page that had the forms, except, the input fields will be given values. so whatever values are present will be in those input fields (it might be painstaking work with 110 form fields, unless they were created dynamically).now ain't that clever. its pretty cool i dont have to click the back button, it just reappears on the next page if something goes wrong. i love CFincludes! -Original Message- From: Adrian Cesana [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 13, 2001 1:47 PM To: CF-Talk Subject: Form Fields cleared on Back Im going nuts trying to figure this one out, I have a form with about 110 fields (ya i know), there is lots of server side validation, if an input error occurs I CFABORT and give the user a JavaScript back button to go back an correct the input. On some users PC the form gets cleared on other PC's it does not. I also use some of the CF built in validation (_required) so the user has to use the browser back button, same thing happens on some of these peoples browsers. Of coarse it does not happen on mine. I setup a few test forms for the problems users and it things work ok. These users are all using IE 5.x, any one else have such problems, could it be the large number of INPUT fields? any browser settings? registry settings? Voodoo dances? anything? Thanks,Adrian ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
I've come up with a very handy solution to this... IF you use fusebox try this (I call it stacking): the ACT_DELETEBUGS.CFM template only runs if the form fields from DSP_BUGLIST.CFM are defined (if the form has been submitted). Inside the action fuse is where the form validation occurrs. At the end of this fuse I check to see if an error occurred - relocate to the next step if no errors, otherwise drop right on through where the form will appear again populated with it's own values. In DSP_BUGLIST.CFM you'll need to put an if statement to default the form values for the first time through. Works like a charm! Bryan Love ACP Internet Application Developer [EMAIL PROTECTED] -Original Message- From: Adrian Cesana [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 13, 2001 11:47 AM To: CF-Talk Subject: Form Fields cleared on Back Im going nuts trying to figure this one out, I have a form with about 110 fields (ya i know), there is lots of server side validation, if an input error occurs I CFABORT and give the user a JavaScript back button to go back an correct the input. On some users PC the form gets cleared on other PC's it does not. I also use some of the CF built in validation (_required) so the user has to use the browser back button, same thing happens on some of these peoples browsers. Of coarse it does not happen on mine. I setup a few test forms for the problems users and it things work ok. These users are all using IE 5.x, any one else have such problems, could it be the large number of INPUT fields? any browser settings? registry settings? Voodoo dances? anything? Thanks,Adrian ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
The way I do it is to first create a structure with all of the form field preloads (if editing a record) or all blank values (if a new record). I use this struct to populate the form fields. Then, if there's an error detected upon submittal, I load the form data into the struct (so it'll keep their new entries), and save the struct in a session variable. I also save any error messages in a session variable. That way, when I reload the form, I just check to see if the session variables are defined, and if they are, display the error messages and grab the struct from the session variable to re-populate the form fields. (I also make sure to clear the session variable once the validation passes, so they don't get any incorrect error messages if they go back to the form.) Eric -Original Message- From: S R [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 13, 2001 11:51 AM To: CF-Talk Subject: Re: Form Fields cleared on Back I've found that this is something that happens on IE5. Netscape doesn't do this. The only way I've gotten around is to painstakingly include a bunch of 'hidden' form fields that way when the user presses the back button it repopulates the form. >From: "Adrian Cesana" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: CF-Talk <[EMAIL PROTECTED]> >Subject: Form Fields cleared on Back >Date: Tue, 13 Mar 2001 11:46:49 -0800 > >Im going nuts trying to figure this one out, I have a form with about 110 >fields (ya i know), there is lots of server side validation, if an input >error occurs I CFABORT and give the user a JavaScript back button to go >back >an correct the input. On some users PC the form gets cleared on other PC's >it does not. I also use some of the CF built in validation (_required) so >the user has to use the browser back button, same thing happens on some of >these peoples browsers. Of coarse it does not happen on mine. I setup a >few test forms for the problems users and it things work ok. These users >are all using IE 5.x, any one else have such problems, could it be the >large >number of INPUT fields? any browser settings? registry settings? Voodoo >dances? anything? > >Thanks,Adrian > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
What type of inputs are they? I know that IE will clear password fields when you hit the browser back button. Jason Jason Aden Allaire Certified Developer [EMAIL PROTECTED] www.wwstudios.com > -Original Message- > From: Adrian Cesana [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 13, 2001 2:47 PM > To: CF-Talk > Subject: Form Fields cleared on Back > > > Im going nuts trying to figure this one out, I have a form with about 110 > fields (ya i know), there is lots of server side validation, if an input > error occurs I CFABORT and give the user a JavaScript back button > to go back > an correct the input. On some users PC the form gets cleared on > other PC's > it does not. I also use some of the CF built in validation (_required) so > the user has to use the browser back button, same thing happens on some of > these peoples browsers. Of coarse it does not happen on mine. I setup a > few test forms for the problems users and it things work ok. These users > are all using IE 5.x, any one else have such problems, could it > be the large > number of INPUT fields? any browser settings? registry settings? Voodoo > dances? anything? > > Thanks,Adrian > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Form Fields cleared on Back
it is DEFINITLEY the large number of input fields. i had a problem like that once, where i allowed the admin to enter different events for different artists as many times as they wanted. anything about 20 times made the page work wierd, so i limited to 10 times only. hehe -Original Message- From: Adrian Cesana [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 13, 2001 1:47 PM To: CF-Talk Subject: Form Fields cleared on Back Im going nuts trying to figure this one out, I have a form with about 110 fields (ya i know), there is lots of server side validation, if an input error occurs I CFABORT and give the user a JavaScript back button to go back an correct the input. On some users PC the form gets cleared on other PC's it does not. I also use some of the CF built in validation (_required) so the user has to use the browser back button, same thing happens on some of these peoples browsers. Of coarse it does not happen on mine. I setup a few test forms for the problems users and it things work ok. These users are all using IE 5.x, any one else have such problems, could it be the large number of INPUT fields? any browser settings? registry settings? Voodoo dances? anything? Thanks,Adrian ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Form Fields cleared on Back
I've found that this is something that happens on IE5. Netscape doesn't do this. The only way I've gotten around is to painstakingly include a bunch of 'hidden' form fields that way when the user presses the back button it repopulates the form. >From: "Adrian Cesana" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: CF-Talk <[EMAIL PROTECTED]> >Subject: Form Fields cleared on Back >Date: Tue, 13 Mar 2001 11:46:49 -0800 > >Im going nuts trying to figure this one out, I have a form with about 110 >fields (ya i know), there is lots of server side validation, if an input >error occurs I CFABORT and give the user a JavaScript back button to go >back >an correct the input. On some users PC the form gets cleared on other PC's >it does not. I also use some of the CF built in validation (_required) so >the user has to use the browser back button, same thing happens on some of >these peoples browsers. Of coarse it does not happen on mine. I setup a >few test forms for the problems users and it things work ok. These users >are all using IE 5.x, any one else have such problems, could it be the >large >number of INPUT fields? any browser settings? registry settings? Voodoo >dances? anything? > >Thanks,Adrian > > > > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
