Skip to main content
Ben Nadel at cf.Objective() 2013 (Bloomington, MN) with: Nathan Deneau
Ben Nadel at cf.Objective() 2013 (Bloomington, MN) with: Nathan Deneau

Calling Canonicalize() On An Empty-String Returns NULL In Lucee 5.2.9.31

By
Published in Comments (6)

For the last couple of weeks, we've been working to migrate some Adobe ColdFusion 10 code over to Lucee 5 code. And, we've been debugging little discrepancies along the way. Yesterday, I ran into another small divergence in the behavior between the two platforms. It seems that calling the canonicalize() function on an empty String will return NULL in Lucee 5.2.9.31. In comparison, Adobe ColdFusion always returns a String, even when canonicalize() is called on an empty String.

To see this in action, all we have to is run canonicalize() on an empty string and then try to reference the result without any safe-guards:

<cfscript>

	value = canonicalize( "", true, true );

	writeDump( "VALUE: [#value#]" );

</cfscript>

Obviously, this is a trite example as there would be no need to run canonicalize() on an explicitly empty String. However, imagine that the value being passed into the canonicalize() function was a dynamic, user-provided piece of content. It might hold a lot of data; it might hold no data.

That said, if we run this code in Lucee 5.2.9.31 (via CommandBox), we get the following error:

lucee.runtime.exp.ExpressionException: variable [VALUE] doesn't exist

Lucee 5 error referencing NULL value returned from canonicalize() function.

As you can see, calling canonicalize() on an empty String in Lucee returns NULL. The Null return "destroys" the "value" variable, which, in turn, raises an error when we try to reference it subsequently.

Now, if we run the same code in Adobe ColdFusion 10 or ColdFusion 2018, we get the following output:

VALUE: [ ]

As you can see, in Adobe ColdFusion, calling canonicalize() on an empty String simply returns an empty String and the code continues to function.

For the most part, Lucee CFML and Adobe CFML are compatible. In our conversation work, it's just a matter of sussing-out these tiny differences. We're like 99.99% of the way there.

Want to use code from this post? Check out the license.

Reader Comments

15,902 Comments

@Zachary,

Ah, that's a good point. Since I'm fairly new to Lucee, I wanted to err on the side of the lesser of the two bugs. But, I think you are right - parallel functionality is the more important issue.

15,902 Comments

@Andrew,

Holy cow, that was fast :D You guys are amazing.

@Zachary,

Gotcha -- I didn't know about dev.lucee.org. Good to know.

I believe in love. I believe in compassion. I believe in human rights. I believe that we can afford to give more of these gifts to the world around us because it costs us nothing to be decent and kind and understanding. And, I want you to know that when you land on this site, you are accepted for who you are, no matter how you identify, what truths you live, or whatever kind of goofy shit makes you feel alive! Rock on with your bad self!
Ben Nadel