Yeah or dump it onrequeststart... and on the page that would tell you where things are going haywire. One silly thing i forgot to say... you aren't doing urltopage.cfm?donorid= or just have the param there w/o a value? I'd think that CF would make it use the blank value instead of the default if it was passed in with no value.
-Steve On Wed, Jul 14, 2010 at 11:10 AM, Charlie Arehart <[email protected]>wrote: > Yep, that’s indeed a possible cause. To be clear, this is why my last > point asserted that a test should involve confirming that no application.cfm > code was influencing things. There can be lots of possible explanations. > Once that proved it was the problem, it would be more obvious then that he’d > need to look at the application.cfm/cfc that was influencing things. > > > > /charlie > > > > *From:* [email protected] [mailto:[email protected]] *On Behalf Of *Steve Ross > *Sent:* Wednesday, July 14, 2010 10:51 AM > > *To:* [email protected] > *Subject:* Re: [ACFUG Discuss] disappearing variable values > > > > You aren't doing any variable scope copying in your app.cfm are you? > > > > Sometimes people choose to make their form vars and their url vars combined > so they only have to check one... > > > > just a thought. > > 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> > ------------------------------------------------------------- > > > > > -- > Steve Ross > web application & interface developer > http://blog.stevensross.com > [mobile] (912) 344-8113 > [ AIM / Yahoo! : zeriumsteven ] [googleTalk : nowhiding ] > > ------------------------------------------------------------- > 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> > ------------------------------------------------------------- > -- Steve Ross web application & interface developer http://blog.stevensross.com [mobile] (912) 344-8113 [ AIM / Yahoo! : zeriumsteven ] [googleTalk : nowhiding ]
