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 http://www.fusionlink.com
-------------------------------------------------------------

Reply via email to