Error when posting form variables with - hyphen in name

[Michael Muller]

I'm getting this error when posting a form variable that contains a hyphen - in the variable name:

invalid variable name declaration [form.verify-v1]

invalid variable name declaration [form.google-site-verification]

This error did not occur under ACF. Wondering if this is fixable, or should I just rename my variables?

Thanks,

Mik

[Andrew Dixon]

I'm surprised that ACF doesn't error with that. This will work for you however on both:

form['verify-v1']

form['google-site-verification']

Kind regards,

Andrew

about.me
mso - Lucee - Member

--
You received this message because you are subscribed to the Google Groups "Lucee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lucee+un...@googlegroups.com.
To post to this group, send email to lu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/151f23ee-0dd8-437b-b9ec-1b442210edf1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Peter Boughton]

If your code contains the actual text "form.verify-v1" as a variable
then it would error in CF, and every CFML engine, because "-" cannot be
used there; it gets confused with the subtraction operator.

(This isn't unique to CFML. It's basically a result of ASCII only
having a single character for both hyphen and minus, along with spaces
being optional.)

The solution in CFML (works in all engines) is to replace the dot
notation with bracket notation, i.e:

form['verify-v1']
form['google-site-verification']

Note that this is also how you can do dynamic field names - the
contents of the brackets can be any expression which resolves to a
string, e.g:

if ( form.KeyExists('field_#i#') )
doSomethingWith( form['field_#i#'] )

Or:

form[ Something.getKeyName() ]

[Michael Muller]

That code ran for years under ACF9. It did not under Railo and now Lucee.  I will try the bracket approach. Thanks.

Mik Muller, president

Montague WebWorks
(413) 320-5336

http://www.MontagueWebWorks.com

--
You received this message because you are subscribed to a topic in the Google Groups "Lucee" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/lucee/Tztxe_uQVQE/unsubscribe.
To unsubscribe from this group and all its topics, send an email to lucee+un...@googlegroups.com.

To post to this group, send email to lu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/20150314201137.00000c88%40sorcerersisle.com.

[Robert Zehnder]

I can verify it doesn't work under ACF 11. I hit this issue the other day :/

[Adam Cameron]

On Friday, 20 March 2015 14:27:49 UTC, Michael Muller wrote:

That code ran for years under ACF9. It did not under Railo and now Lucee.  I will try the bracket approach. Thanks.

Can you pls post some code (like a repro case / http://sscce.org/) that demonstrates that "working" on CF9?

-- 

Adam

[Michael Muller]

This did the trick. And the quotes made the difference. Thanks.

form['verify-v1']

form['google-site-verification']

Here's my original code. It broke on the third line, only when editing fields that had hyphens in it. This code ran for years under ACF9. Not sure why I have the magic.

<cfloop index="keys" list="#form.l_keylist#">
<cftry>
<cfparam name="form.#keys#" default="">
...

[Michael Offner]

so this is working on ACF

<cfparam name="form.a-b-c" default="">

and this breaks

<cfset form.a-b-c="">

peter did a perfect explanation why the second example cannot work.

Micha

--

You received this message because you are subscribed to the Google Groups "Lucee" group.

To unsubscribe from this group and stop receiving emails from it, send an email to lucee+un...@googlegroups.com.

To post to this group, send email to lu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/6fc6a229-e6bb-48d8-8559-6b15d80d029f%40googlegroups.com.

[Mik Muller]

Interesting. Well, I wasn't doing a cfset on the var, just a cfparam and a read in a query, both of which worked in ACF. Anyway, it's fixed now.

Mik Muller

413-320-5336

http://MontagueWebWorks.com

Sent from my iPad

You received this message because you are subscribed to a topic in the Google Groups "Lucee" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/lucee/Tztxe_uQVQE/unsubscribe.
To unsubscribe from this group and all its topics, send an email to lucee+un...@googlegroups.com.

To post to this group, send email to lu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAG%2BEEBy-6ZbAOswaBWLWMkRG%2BZiWGJBjb3EYAn0j2vHYt0SQhw%40mail.gmail.com.

[Walter Seethaler]

As nobody has mentioned it yet. The ACF documentation contains the variable naming rules and hyphens are not allowed there. Even if it works, I wouldn't consider it stable.

https://wikidocs.adobe.com/wiki/display/coldfusionen/Creating+variables

• A variable name must begin with a letter, underscore, or Unicode currency symbol.
• The initial character can by followed by any number of letters, numbers, underscore characters, and Unicode currency symbols.

[Mik Muller]

Sure. Well, it wasn't intentional. I have a table of meta tag variables and values, making it easy to add new ones and update existing ones, and have them all just stuff into the head tag. These two variables in question are Google's. Being able to support their naming convention is handy.

Thanks,

Mik Muller

413-320-5336

http://MontagueWebWorks.com

Sent from my iPad

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/b285477b-b19f-4a42-950a-aeb9172a1b8c%40googlegroups.com.