LOL yea this is rather strange and in theory I agree donorid should not be
the cause but if I do change the name, the problem is gone. Of course it's
one of those "no big deal" things because I can easily work around the
problem but it leaves me with much curiosity :)

Here's the output I get (right now):

------------------

CF Version: 8,0,1,195765

The value of url.myvariable is: The Sky is Blue

The value of url.donorid is:

It's Empty


-----------------------------

The above is the output for this code:

<cfparam name="url.myvariable" default="The Sky is Blue">
<cfparam name="url.donorid" default="Roses Are Red">
<p><cfoutput>CF Version: #Server.ColdFusion.ProductVersion#</cfoutput></p>
<p>The value of url.myvariable is: <cfoutput>#url.myvariable#</cfoutput></p>
<p>The value of url.donorid is: <cfoutput>#url.donorid#</cfoutput></p>

<cfif url.donorid is ""><p>It's Empty</p></cfif>
<cfabort>


On Wed, Jul 14, 2010 at 10:47 AM, Charlie Arehart <[email protected]>wrote:

>  Dusty, I really can’t see “donorid” being something the CF would have a
> problem with. :-) Let’s see if we can get to the bottom of this.
>
> First, to be clear, I tested it on CF8 (8.0.1) and did not experience it.
> Let’s confirm: are you on 8 or 8.0.1, just in case that may make a
> difference. But I suspect it’s something else.
>
> Second, are you saying that if you run the code right now (on your server),
> you still have the problem?
>
> Third, how about this: if you drop it into a new template that has no code
> other than this, does it still happen?
>
> Finally, if you put that file into a new directory with a blank
> application.cfm (so that you’re not inheriting any other), does it still
> happen?
>
> As I tell people all the time when they bring me in to consult on solving
> CF troubleshooting problems (big or small), there is always an
> explanation—it just isn’t always what it seems at first.
>
> /charlie
>
>
>
> *From:* [email protected] [mailto:[email protected]] *On Behalf Of *Dusty Hale
> *Sent:* Wednesday, July 14, 2010 2:02 AM
> *To:* [email protected]
> *Subject:* Re: [ACFUG Discuss] disappearing variable values
>
>
>
> I've had a similar thing with url variable:
>
> <cfparam name="url.myvariable" default="The Sky is Blue">
> <cfparam name="url.donorid" default="Roses Are Red">
> <p>The value of url.myvariable is:
> <cfoutput>#url.myvariable#</cfoutput></p>
> <p>The value of url.donorid is: <cfoutput>#url.donorid#</cfoutput></p>
>
> <cfif url.donorid is ""><p>It's Empty</p></cfif>
> <cfabort>
>
> For some reason url.donorid always disappears unless there is an actual
> passed variable in the url. However, in theory the cfparam tag should set
> the default if none in the url. But no. It comes out an empty string. Here's
> the really strange thing because it seems to be just the variable name
> "donorid" and if I change the name then no problem. I'm on CF8 and this
> little quirk drove me nuts in an application trying to figure out why.
>
>
>
> On Tue, Jun 22, 2010 at 5:23 PM, Troy Jones <[email protected]> wrote:
>
> I am having a perplexing issue.
>
>
>
> Has anyone ever had an instance where it seemed as if a variable just
> “poofs” into thin air? For example, when I run the following code:
>
>
>
> <cfdump var="#attributes#">
>
> <cfdump var="#pageID#">
>
> <cfdump var="#thisPage#">
>
> <cfset testVar = thisPage.form_id>
>
> <cfoutput>thisPage.form_id = #testVar#</cfoutput>
>
> <cfif attributes.mode is "do">
>
>       <cfset thisForm = application.com.lib.getData("vformfields","form_id
> = #testVar#","field_sortorder")>
>
>
>
> The variable “testVar” exists up until the setting of “thisForm” which I’ve
> verified with the <cfdumps>. At that point, when #testVar# is called, it is
> passing a NULL value to the SQL statement and throwing an error. I’ve tried
> recreating the error with a standard <cfquery> tag just to see if something
> was getting jacked up in the function call, but it had the same result. It’s
> as if the value just ran away and left. I’ve never seen anything quite like
> it and have run out of tails to chase, so to speak.
>
>
>
> This is on CF9 Enterprise, for anyone who needs it and any help would be
> greatly appreciated.
>
>
>
> Troy Jones
>
>
>
>
>
>
> -------------------------------------------------------------
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -------------------------------------------------------------
>
>
>
>
> --
> Dusty Hale - President
> Hale Technologies, Inc.
> Email: [email protected]
> Phone (Toll Free USA): 1.877.841.3370
> Phone (Atlanta): 1.404.474.3754
> Website: www.DustyHale.com
>
> -------------------------------------------------------------
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -------------------------------------------------------------
>



-- 
Dusty Hale - President
Hale Technologies, Inc.
Email: [email protected]
Phone (Toll Free USA): 1.877.841.3370
Phone (Atlanta): 1.404.474.3754
Website: www.DustyHale.com

Reply via email to