New ColdFusion Error: Form Entries Incomplete Or Invalid
Posted June 12, 2007 at 10:06 AM
I just got a ColdFusion error that I have never seen before:
Form entries incomplete or invalid. Please go back an correct the problem.
Here is the uber-useful ColdFusion error screen:
| | | | ||
| | ![]() | | ||
| | | |
This is about the most useless ColdFusion error ever! How could I even go about debugging this? They don't even give me a template or a line number or even what FORM value they might be talking about. I started commenting out all the code I had just put in until I narrowed it down to this code:
Launch code in new window » Download code as text file »
- <input
- type="text"
- name="usage_cap_time"
- value="#FORM.usage_cap_time#"
- />
Ahhh, then it hit me. TIME. This form field ends with the word "Time." This has to be one of ColdFusion's worst features every brought / kept into existence; because this form field ends with "time," ColdFusion will try to validate the form field "usage_cap" as being a valid time value.
Does anyone even use this ColdFusion validation style? How do you sleep at night :)
Download Code Snippet ZIP File
Post Comment | Ask Ben | Print Page
Newer Post
Michael Dinowitz Application.cfc Presentation At NYCFUG - Past, Present, Future
Older Post
Learning ColdFusion 8: CFImage Part I - Reading And Writing Images
Reader Comments
It's not "time" - it's "_time"
Solution - use camelCase not underscores :)
Yeah, there are a few of those that trigger the autovalidation. Like _required for example.
We should have asked for an application-wide setting to disable that 'feature'.
I haven't seen anyone actually use the convention validation, I have seen folks spend a lot of time trying to diagnose the resulting, and unintentional, error.
Put it in the same bucket as <cfinsert> and <cfupdate>
Crazy! I didn't realize it would even do that for an INPUT tag. I thought it only matters if you use CFINPUT / CFFORM.
Yeah it is crazy :) I think was left over from the days before any real validation was available or something. I think it is time that ColdFusion dumped this from its backwards-compatability.
Yes and _required and _numeric have caught me in the past when just using the names that someone else used for data in the database!!
Took me hours to debug the first time. Now I warn all students who attend my calsses so that hopefully it won't get them too.
Here's a funny couple ones, try _applied or _employed. Those seem to fail for me no matter what. I definitely agree that this is as dumb of a feature as building an application server on java (I have to restart it or close file handles just to modify .html files.) The development cycle of using coldfusion is hilarious compared to more professional solutions.
@Xedecimal,
That is so crazy that those would fail. They don't even make sense (from a validation standpoint).
I asked around for some kind of reference to a list of these 'dumb' names. It was suggested that they don't even have a list of them. I dug around for a while and found these urls...
http://www.chapter31.com/2007/04/24/unwanted-coldfusion-form-validation/
http://cfsilence.com/blog/client/index.cfm/2007/2/27/cfform-Server-Side-Validation-Gotcha
http://www.mischefamily.com/nathan/index.cfm/2007/7/21/ColdFusions-Serverside-Form-Validation
http://livedocs.adobe.com/coldfusion/7/htmldocs/wwhelp/wwhimpl/common/html/wwhelp.htm?context=ColdFusion_Documentation&file=00001385.htm
So this isn't the only place having a blast with this error. Maybe the new Adobe purchase of the good stuff as well as the bad stuff *cough*coldfusion*cough* will allow them to make it better, ha, ha ha, that's funny.
@Xedecimal,
That list on the LiveDocs is pretty big. They really just need to get rid of this feature altogether or just use the _cfformurl style notation that won't be confused with other valid field names.
It's not just the "time" I had fields ending in "date","creditcard", "digits", etc... and each one of those had the same thing trailed by a "_msg". I cured the problem by ending the value form element with an "_1" and the message form element with a "_2" just so that it was easy to process the forms with the message for each one. This is for a jQuery validation generator that i'm working on that allows you to go through a gui to build your validation and to override the built in validation.
Either way, i know if i see this sucker come up again that it has to do with the naming convention.
You saved me time with this post, thank you!
Thanks so much for your post. I've been debugging a related error for about two hours now. It was especially odd in that I had two fields, START_NOTICE and START_NOTICE_TIME. Two fields, one with a date and one with the time. Well, for some strange reason, my field START_NOTICE starts taking on the value of "0" and spitting out "1899-12-30" in the FORM scope! After reading this post, I changed the name of START_NOTICE_TIME to START_NOTICETIME and it just all worked! Somehow the validation on the time field was affecting the related field START_NOTICE. I think that is even stranger than the problem with the "_time" in the field name. At least it has stopped. :-)
@Brad,
Yeah, that's some old-school, built-in validation. Nobody likes it; I am not sure why it is even still part of ColdFusion.
thanks for clarifying this. I ran into the exact same problem with a form field called 'invoice_date'. It was working until today, which was very strange. I did add a file upload form field today, so I wonder if it has something to do with that.
i ran into the same problem where text field name was "signature_required"
You just saved my day in a pinch!
Thanks!
@Jared,
Glad to have been a help :)
But wait! It gets worse!
I would get an error like the one above on the fields item_arrival_time and item_departure_time, too, depending NOT on the content of those same two fields, but on the content of two different ones (item_departure and item_arrival) being a valid date or not.
It has driven me crazy (when I least needed it)!
If I wanted coldfusion's built-in validation, I'd have used cfform and cfinput, thank you.
Grrrrrrr.
I see now that Brad had already reported the same problem. Sorry for the useless post!
@Andrea,
Voicing a problem with ColdFusion is never "useless". Hopefully, the more people that complain about this implicit validation, the more likely they will to finally remove it from the language. I don't think anyone actually uses this on purpose.
I just got one. "Price" by itself with no CFFORM tag in use.
I just had another one. I named my field pub_discl and it gave me this Form Entries Incomplete or Invalid. It's really crazy. I was able to rename to something else after I saw all of your posts. Thank you!
@nchen,
Funky! I wonder what "discl" could even represent in the form validation.
Cripes. I just got this error for the first time in my CF "lifetime" today. Talk about freaking hard to figure out. Adobe, sometimes, you're trying too hard to be helpful. Don't validate unless we *ask* you to. ;-)
@WTL,
The good news is in CF9, you can actually turn this off! Sweet!
That is great, but at the moment, I'm going to have to wade through 250 form fields (across many pages) and hunt this bugger down.
@WTL,
Yikes :)
Awesome! Thanks for saving me so much time. So obvious after seeing your post.
Just saved me a lot, a lot, a lot of time. Thanks!
Thank you for your post http://www.bennadel.com/blog/767-New-ColdFusion-Error-Form-Entries-Incomplete-Or-Invalid.htm regarding the usless message "Form entries incomplete or invalid".
In my case the data was 2010-03-01. When I commented out the date it worked, but unlike you I didn't realize the problem was my form ended with "date".
Changing the last field on the form from certified_date to date_certified corrected the problem.




