Thank you for clearing this up, Als. =) I wonder why I had added the URLdecode() initially.
I've actually found the automatic variable handling/casting a bit problematic at times. Especially when comparing strings using "IS" operator. IIRC according to ColdFusion "1000000000000000000012345" is "1E+24" is "1000000000000000000012346". Oh well, good to know I can safely get rid of URLDecode() in this case anyway. =) Jari On Wednesday, March 6, 2013 2:22:33 AM UTC+2, Alan Williamson wrote: > > Yes, by the time the variable hits the CFML page, it has already been > decoded and ready for you to use. > > What sort of language you think we are running here? PHP? ;) > > > On 05/03/2013 08:16, Jari Ketola wrote: > > Hi everyone, > > > > Can't believe I haven't stumbled upon this before. I was just doing > > URL decoding of some AJAX submitted data (encoded using > > EncodeURIComponent() JS function), when I noticed that apparently > > OpenBD (and CF?) decodes URL parameters automatically. > > > > Test case: > > -- -- online documentation: http://openbd.org/manual/ http://groups.google.com/group/openbd?hl=en --- You received this message because you are subscribed to the Google Groups "Open BlueDragon" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
