To add to my last message I also ran this code on my production server (slightly older version) and still the same thing:
------------------- CF Version: 8,0,0,176276 The value of url.myvariable is: The Sky is Blue The value of url.donorid is: It's Empty --------------------------- On Wed, Jul 14, 2010 at 11:05 AM, Dusty Hale <[email protected]> wrote: > 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 > > -- 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
