LiveDocs Comments - coldfusion - 7 - htmldocs - 00000534.htm

coldfusion/7/htmldocs/00000534.htm

helpneeded911 — 2008-03-21T02:55:23

Seajay: what you said is not quite true. Although RFC 1738 states that "The characters ";", "/", "?", ":", "@", "=" and "&" are the characters which may be reserved for special meaning within a scheme.", it differs per scheme which of those characters are _actually_ reserved.

For HTTP, RFC 1738 specifies:

; HTTP

httpurl = "http://" hostport [ "/" hpath [ "?" search ]]
hpath = hsegment *[ "/" hsegment ]
hsegment = *[ uchar | ";" | ":" | "@" | "&" | "=" ]
search = *[ uchar | ";" | ":" | "@" | "&" | "=" ]

As you can see, the colon is a perfectly valid character in the hsegment part.

coldfusion/7/htmldocs/00000534.htm

helpneeded911 — 2008-03-21T02:44:32

Note that although the "creditcard" description says "a 13-16 digit _number_" - it also accepts strings with spaces or dashes. If a downstream party is more strict about creditcard numbers, accepting _only_ digits, you need to do extra manual validation beyond what IsValid gives you.

coldfusion/7/htmldocs/00000534.htm

Seajay — 2008-02-13T05:29:13

In response to daamsie

A URL which uses the colon (:) symbol as part of the location address is invalid.

The colon is a reserved character according to RFC 1738, and instead, if you are using a colon in the rest of the URL (as opposed to it's normal place after the scheme), you should make sure it is encoded, so your example URL should look like this:

http://en.wikipedia.org/wiki/Portal%3ANetherlands

coldfusion/7/htmldocs/00000534.htm

daamsie — 2007-06-06T22:48:52

The URL validation is also flawed. The following incorrectly considers the URL as invalid, due the colon in the URL.

#testurl#

good url

bad url

coldfusion/7/htmldocs/00000534.htm

Seraphimalia — 2007-06-06T07:14:25

In response to Schletz's comment above...

According to RFC 822, test@yahoo.com.com is a perfectly valid email address. What makes this email address invalid is that there is no DNS record for yahoo.com.com.

Coldfusion's IsValid function cannot be excpected to validate an email address based on DNS resolution or VRFY commands with the mail server.

coldfusion/7/htmldocs/00000534.htm

halL — 2007-05-31T12:59:24

Tested with a post-CF7 release version, but probably true with CF 7 also:
This behavior appears to be true for any result of the division of two integers.
If you replace the query loop with a simple indexed loop and divide the index by 3 you get the same results.

coldfusion/7/htmldocs/00000534.htm

Le Reve — 2007-05-31T11:48:57

Also in reference to integers.

I noticed that when outputting through a query I was not able to use a calculated value evaluate if it was an integer or not until I used the Evaluate function as noted in the example below.

This example illustrates how you might move through a 3 column, 4 row list of items.

This will NOT work because the validation will always return "NO"...

DISPLAY SOMETHING HERE

If we use the Evaluate function around the calculated value, it will validate the integer correctly and in this case place a
every other 3 loops.

This WILL WORK...

DISPLAY SOMETHING HERE

NOTE: The only thing that changed was that I used the Evaluate function when validating to see if this row was an integer or not.

coldfusion/7/htmldocs/00000534.htm

Schletz — 2007-03-12T23:02:10

FYI:
I have noticed that using isValid("email", FORM.email) incorrectly decides that "test@yahoo.com.com" is a valid email address. I had to do a hack to exclude these types of addresses as well.

coldfusion/7/htmldocs/00000534.htm

Paul654321 — 2007-02-16T03:22:05

This invalidates valid addresses.

#testemail#

good email

bad email

coldfusion/7/htmldocs/00000534.htm

cf.Objective — 2006-09-22T13:15:32

All regexes are case sensitive, hence the need for a-zA-Z, because the ascii code for a is different than the ASCII code for A.

So yeah, it's something to be aware of, I suppose, but it's absolutely typical behavior for any regex tool... whether CF is case-sensitive or not. :)

Laterz...

coldfusion/7/htmldocs/00000534.htm

julio5 — 2006-07-17T04:10:31

Another issue to be aware of with "integer" validation is when passing values in from an index loop. They may look like integers when you type/output them, but CF casts them as floats which will fail the isValid test.

#isValid("integer",i)#

Gives NO NO NO

Against an integer "range", however they pass:

#isValid("range",i,1,3)#

Gives YES YES YES.

coldfusion/7/htmldocs/00000534.htm

MDinowitz_HoF — 2006-06-15T16:04:27

Note that the RegEx option is case sensitive!

coldfusion/7/htmldocs/00000534.htm

Baz (thinkLOOP) — 2005-10-20T15:26:53

Correction: Using the round() function to validate big integers is not a good solution because the result of rounding any integer over 12 digits long is the scientific notation of that integer.

For example:
Round(9999999999999) = 1E+013

Therefore your if statement would be:

Which would incorrectly return false.

The best solution may be using RegEx as follows:
isValid("regex", "9999999999999", "^-{0,1}[1-9]+[\d]*")

Happy validating!

coldfusion/7/htmldocs/00000534.htm

Baz (thinkLOOP) — 2005-10-19T15:58:59

Another issue with validating INTEGERS is that they are limited to 4 bytes. So only integers between -2,147,483,648 and 2,147,483,647 actually count as integers. Any integers that are out of this range will return FALSE with an isValid check.

This is consistent with how databases like MySQL or SQLServer define INT but inconsistent with the general defintion of integers or functions such as isNumeric().

If you need to validate BIGINT's in your DB it may be better to stick with good 'ol

Examples:

isValid('Integer','-2147483648') = TRUE
isValid('Integer','2147483647') = TRUE
isValid('Integer','-2147483649') = FALSE
isValid('Integer','2147483648') = FALSE
isValid('Integer','99999999999999999999999') = FALSE
isValid('Integer','-99999999999999999999999') = FALSE

BUT:

isNumeric('-2147483648') = TRUE
isNumeric('2147483647') = TRUE
isNumeric('-2147483649') = TRUE
isNumeric('2147483648') = TRUE
isNumeric('99999999999999999999999') = TRUE
isNumeric('-99999999999999999999999') = TRUE

coldfusion/7/htmldocs/00000534.htm

tommyviper — 2005-09-23T01:34:10

It appears IsValid(type, value) should read isValid("type", value)

coldfusion/7/htmldocs/00000534.htm

ASandstrom — 2005-08-01T07:16:12

The IsValid issue has been entered as bug 60818.

coldfusion/7/htmldocs/00000534.htm

Honest Joe — 2005-07-30T12:45:03

Careful with INTEGERS - CF does not consider integers to be a subset of numbers - check this out:

isValid('Integer','500,000') = TRUE
isValid('Integer','500,0') = TRUE
isValid('Integer','$500,000') = TRUE
isValid('Integer','$500,000$') = TRUE

BUT:

isNumeric('500,000') = FALSE
isNumeric('500,0') = FALSE
isNumeric('$500,000') = FALSE
isNumeric('$500,000$') = FALSE

coldfusion/7/htmldocs/00000534.htm

jrunrandy — 2005-04-22T12:42:57

The 2-argument variant of isValid expects a type and a value. Rather than tell you that "variableName" isn't a data type, the error message is telling you that the variable "404;http://tes.ttest" is not a valid ColdFusion variable name, since it starts with a number. That's my best guess.

In general, you will get a better and quicker answer by posting questions like this to the online forums: http://webforums.macromedia.com/coldfusion or click the Forums link on any CFMX 7 LiveDocs page.

coldfusion/7/htmldocs/00000534.htm

Jedi Master — 2005-02-11T09:00:53

When the docs say the regex must be JavaScript regex, they are incorrect. You can use normal CFML regex.