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 pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt'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 t...@dynapp.com 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 cfoutputthisPage.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: du...@dustyhale.com Phone (Toll Free USA): 1.877.841.3370 Phone (Atlanta): 1.404.474.3754 Website: www.DustyHale.com
Re: [ACFUG Discuss] Tech nosh lunch.
On Tue, Jul 13, 2010 at 10:26 PM, Derrick Peavy derr...@derrickpeavy.com wrote: Sorry, can't do that. But I have put August 4 on my calendar. I am admittedly behind on many CF related skills and need to start catching up. Not for a job, just for me. Yeah, alot of folks can't make an intown lunch, but I wanted to make sure everyone knew about it in case they wanted to make the pilgrimage down. It's in a fun spot and should be a good mixed crowd of skill sets and knowledge levels... -Cameron -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.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 http://www.fusionlink.com -
RE: [ACFUG Discuss] disappearing variable values
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: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Dusty Hale Sent: Wednesday, July 14, 2010 2:02 AM To: discussion@acfug.org 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 pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt'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 t...@dynapp.com 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 cfoutputthisPage.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: du...@dustyhale.com 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 http://www.fusionlink.com -
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 char...@carehart.orgwrote: 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:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Dusty Hale *Sent:* Wednesday, July 14, 2010 2:02 AM *To:* discussion@acfug.org *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 pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt'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 t...@dynapp.com 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 cfoutputthisPage.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: du...@dustyhale.com 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 ]
[ACFUG Discuss] Preserving data on flash forms using the timeout attribute
I have a flash form that collects data from the user, the user then submits to an action page where that data is used to form an e-mail and that is sent - everything works great, except now I'm trying to set the timeout attribute in cfform to 300 seconds so that the user can press the back button from the action page to return to the form if necessary. The form loads successfully, but all the data the user had entered is gone - the form is like it's being loaded anew. The code looks like this (with the names changed to protect the innocent: cfform format=flash action=testpage.cfm height=700 width=800 timeout=300 cfinput label=Date type=text name=currdate value=#DateFormat(now(), mm/dd/)# cfinput label=Requestor type=text name=requestor size=50 maxlength=50 required=yes message=Please enter requestor cfselect label=Company name=company size=1 required=yes message=Please select your company name option value=/option option value=aaa/option option value=xxx/option /cfselect cfselect label=Shop name=reqdescription size=1 required=yes message=Please select shop option value=/option option value=carpentryCarpentry/option option value=custodialCustodial/option option value=electricalElectrical/option option value=elevatortechnicianElevator Technician/option option value=housekeepingHousekeeping/option option value=hvacHVAC/option option value=landscapingLandscaping/option option value=locksmithLocksmith/option option value=mailroomreceivingMail Room/Receiving/option option value=mechanicalMechanical/option option value=paintPaint/option option value=plumbingPlumbing/option option value=spaceplanningSpace Planning/option /cfselect cftextarea label=Service Request name=svsrequest cols=40 rows=6 maxlength=750 required=yes message=Please enter Service Request Field / cftextarea label=Additional Comments name=addlcomments cols=40 rows=6 maxlength=750 / cfinput type=submit name=submit value=Submit /cfform Any help is determing why data is not maintained as documented would be greatly appreciated. Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org - 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 -
Re: [ACFUG Discuss] disappearing variable values
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 pcfoutputCF Version: #Server.ColdFusion.ProductVersion#/cfoutput/p pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt's Empty/p/cfif cfabort On Wed, Jul 14, 2010 at 10:47 AM, Charlie Arehart char...@carehart.orgwrote: 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:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Dusty Hale *Sent:* Wednesday, July 14, 2010 2:02 AM *To:* discussion@acfug.org *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 pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt'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 t...@dynapp.com 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 cfoutputthisPage.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: du...@dustyhale.com 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 - --
Re: [ACFUG Discuss] disappearing variable values
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 du...@climbonline.com 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 pcfoutputCF Version: #Server.ColdFusion.ProductVersion#/cfoutput/p pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt's Empty/p/cfif cfabort On Wed, Jul 14, 2010 at 10:47 AM, Charlie Arehart char...@carehart.orgwrote: 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:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Dusty Hale *Sent:* Wednesday, July 14, 2010 2:02 AM *To:* discussion@acfug.org *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 pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt'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 t...@dynapp.com 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 cfoutputthisPage.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: du...@dustyhale.com Phone (Toll Free USA): 1.877.841.3370 Phone (Atlanta): 1.404.474.3754 Website: www.DustyHale.com
RE: [ACFUG Discuss] disappearing variable values
But did you follow 3rd and 4th suggestions? You don't indicate that. /charlie From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Dusty Hale Sent: Wednesday, July 14, 2010 11:08 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] disappearing variable values 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 du...@climbonline.com 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 pcfoutputCF Version: #Server.ColdFusion.ProductVersion#/cfoutput/p pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt's Empty/p/cfif cfabort On Wed, Jul 14, 2010 at 10:47 AM, Charlie Arehart char...@carehart.org 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: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Dusty Hale Sent: Wednesday, July 14, 2010 2:02 AM To: discussion@acfug.org 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 pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt'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 t...@dynapp.com 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 cfoutputthisPage.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
RE: [ACFUG Discuss] disappearing variable values
Very good point that I forgot to ask myself. Certainly any querystring passed in (especially if set to an empty value) could influence things! :-) /charlie From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Steve Ross Sent: Wednesday, July 14, 2010 11:23 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] disappearing variable values 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 char...@carehart.org 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 - 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 -
RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
I see that your value is 'timeout=300'. In most other cases where a timeout value is used, the numeric value is in milliseconds. If this is also true for your value here, the value is actually only .3 seconds, in which case, the timeout value has most likely passed by the time the action has taken place. Just a thought. Troy Jones ___ Troy Jones | Director of Technical Services | Dynapp Inc | 1-800-830-5192 ext. 603 | dynapp.com | facebook.com/dynapp -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Charlie Arehart Sent: Wednesday, July 14, 2010 12:00 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Wow, I never even realized CFFORM had a timeout for Flash forms. It is indeed intended to deal with this very issue (http://help.adobe.com/en_US/ColdFusion/9.0/Developing/WSc3ff6d0ea77859461172e0811cbec 10372-7fed.html, which is for cf9, but the same was said on the same page in the Dev Guide in CF7). Don't know why it's not working. I assume you're saying that they are hitting back within 300 seconds of having submitted the form, right? We all know (ok, most know) that hitting back on html forms can lose data, depending on the browser, and whether it caches the page (configurable in the browser). I would have thought this would not apply to Flash forms, but perhaps it does. Have you confirmed, Craig, if your problem is happening on all browsers (IE, Firefox, Chrome, to start), and different versions in a browser? Even if you're in an environment where only IE 6 is allowed or something, it's still worth testing just to see if indeed it is a browser-specific issue. And remember, it could be dependent on setting within any one browser (so that even on a specific browser and version, like IE 6, it works one way for one user and another for a different user, by their browser caching control settings.) /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 11:02 AM To: discussion@acfug.org Subject: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute I have a flash form that collects data from the user, the user then submits to an action page where that data is used to form an e-mail and that is sent - everything works great, except now I'm trying to set the timeout attribute in cfform to 300 seconds so that the user can press the back button from the action page to return to the form if necessary. The form loads successfully, but all the data the user had entered is gone - the form is like it's being loaded anew. The code looks like this (with the names changed to protect the innocent: cfform format=flash action=testpage.cfm height=700 width=800 timeout=300 cfinput label=Date type=text name=currdate value=#DateFormat(now(), mm/dd/)# cfinput label=Requestor type=text name=requestor size=50 maxlength=50 required=yes message=Please enter requestor cfselect label=Company name=company size=1 required=yes message=Please select your company name option value=/option option value=aaa/option option value=xxx/option /cfselect cfselect label=Shop name=reqdescription size=1 required=yes message=Please select shop option value=/option option value=carpentryCarpentry/option option value=custodialCustodial/option option value=electricalElectrical/option option value=elevatortechnicianElevator Technician/option option value=housekeepingHousekeeping/option option value=hvacHVAC/option option value=landscapingLandscaping/option option value=locksmithLocksmith/option option value=mailroomreceivingMail Room/Receiving/option option value=mechanicalMechanical/option option value=paintPaint/option option value=plumbingPlumbing/option option value=spaceplanningSpace Planning/option /cfselect
RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
I don't know: most timeout attributes I think of in CFML (CFQUERY, CFHTTP, CFSETTING RequestTimeout) are in seconds. Anyway, to be clear, the timeout in CFFORM is indeed in seconds: http://www.cfquickdocs.com/cf9/#cfform /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones Sent: Wednesday, July 14, 2010 12:06 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute I see that your value is 'timeout=300'. In most other cases where a timeout value is used, the numeric value is in milliseconds. If this is also true for your value here, the value is actually only .3 seconds, in which case, the timeout value has most likely passed by the time the action has taken place. Just a thought. 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 http://www.fusionlink.com -
Re: [ACFUG Discuss] disappearing variable values
Yea I'm familiar with that from the Fusebox days where form and url become attribute scope but no none of that in this app. On Wed, Jul 14, 2010 at 10:50 AM, Steve Ross nowhid...@gmail.com wrote: 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 char...@carehart.orgwrote: 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:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Dusty Hale *Sent:* Wednesday, July 14, 2010 2:02 AM *To:* discussion@acfug.org *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 pThe value of url.myvariable is: cfoutput#url.myvariable#/cfoutput/p pThe value of url.donorid is: cfoutput#url.donorid#/cfoutput/p cfif url.donorid is pIt'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 t...@dynapp.com 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 cfoutputthisPage.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: du...@dustyhale.com 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 ] -- Dusty Hale - President Hale Technologies, Inc. Email: du...@dustyhale.com Phone (Toll Free USA): 1.877.841.3370 Phone (Atlanta): 1.404.474.3754 Website: www.DustyHale.com
RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
Yes - I have confirmed that the timeout value, according to doc, is in seconds.unless that's a misprint in the doc. Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehart char...@carehart.org To: discussion@acfug.org Date: 07/14/10 12:16 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org I don't know: most timeout attributes I think of in CFML (CFQUERY, CFHTTP, CFSETTING RequestTimeout) are in seconds. Anyway, to be clear, the timeout in CFFORM is indeed in seconds: http://www.cfquickdocs.com/cf9/#cfform /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones Sent: Wednesday, July 14, 2010 12:06 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute I see that your value is 'timeout=300'. In most other cases where a timeout value is used, the numeric value is in milliseconds. If this is also true for your value here, the value is actually only .3 seconds, in which case, the timeout value has most likely passed by the time the action has taken place. Just a thought. 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 http://www.fusionlink.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 http://www.fusionlink.com -
RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
I was thinking particularly of the timeout value of cfthread and the requestTimeout value of cfsetting. I could also be wrong, like I said, it was just a thought and a place to look. Troy Jones ___ Troy Jones | Director of Technical Services | Dynapp Inc | 1-800-830-5192 ext. 603 | dynapp.com | facebook.com/dynapp -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 1:00 PM To: discussion@acfug.org Cc: ad...@acfug.org; discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Yes - I have confirmed that the timeout value, according to doc, is in seconds.unless that's a misprint in the doc. Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehart char...@carehart.org To: discussion@acfug.org Date: 07/14/10 12:16 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org I don't know: most timeout attributes I think of in CFML (CFQUERY, CFHTTP, CFSETTING RequestTimeout) are in seconds. Anyway, to be clear, the timeout in CFFORM is indeed in seconds: http://www.cfquickdocs.com/cf9/#cfform /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones Sent: Wednesday, July 14, 2010 12:06 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute I see that your value is 'timeout=300'. In most other cases where a timeout value is used, the numeric value is in milliseconds. If this is also true for your value here, the value is actually only .3 seconds, in which case, the timeout value has most likely passed by the time the action has taken place. Just a thought. 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 http://www.fusionlink.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 http://www.fusionlink.com - No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.830 / Virus Database: 271.1.1/3004 - Release Date: 07/14/10 02:36:00 - 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 -
RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
Are there any settings in cfadmin that would override this timeout value?? Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Troy Jones t...@dynapp.com To: discussion@acfug.org discussion@acfug.org Date: 07/14/10 01:05 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org I was thinking particularly of the timeout value of cfthread and the requestTimeout value of cfsetting. I could also be wrong, like I said, it was just a thought and a place to look. Troy Jones ___ Troy Jones | Director of Technical Services | Dynapp Inc | 1-800-830-5192 ext. 603 | dynapp.com | facebook.com/dynapp -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 1:00 PM To: discussion@acfug.org Cc: ad...@acfug.org; discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Yes - I have confirmed that the timeout value, according to doc, is in seconds.unless that's a misprint in the doc. Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehart char...@carehart.org To: discussion@acfug.org Date: 07/14/10 12:16 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org I don't know: most timeout attributes I think of in CFML (CFQUERY, CFHTTP, CFSETTING RequestTimeout) are in seconds. Anyway, to be clear, the timeout in CFFORM is indeed in seconds: http://www.cfquickdocs.com/cf9/#cfform /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones Sent: Wednesday, July 14, 2010 12:06 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute I see that your value is 'timeout=300'. In most other cases where a timeout value is used, the numeric value is in milliseconds. If this is also true for your value here, the value is actually only .3 seconds, in which case, the timeout value has most likely passed by the time the action has taken place. Just a thought. 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 http://www.fusionlink.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 http://www.fusionlink.com - No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.830 / Virus Database: 271.1.1/3004 - Release Date: 07/14/10 02:36:00 - 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 - - 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 -
Re: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
Not to be a jerk or anything but this is EXACTLY why I don't use any of the built in CF_ widgets... Not trying to troll here but, since the discussion happened a few months back I'd thought I'd just throw that out there. Stuff like this seems to happen a lot and fixing it takes longer than rebuilding... I think Troy is probably on the right track, check the page timeout. On Wed, Jul 14, 2010 at 1:02 PM, Troy Jones t...@dynapp.com wrote: I was thinking particularly of the timeout value of cfthread and the requestTimeout value of cfsetting. I could also be wrong, like I said, it was just a thought and a place to look. Troy Jones ___ Troy Jones | Director of Technical Services | Dynapp Inc | 1-800-830-5192 ext. 603 | dynapp.com | facebook.com/dynapp -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 1:00 PM To: discussion@acfug.org Cc: ad...@acfug.org; discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Yes - I have confirmed that the timeout value, according to doc, is in seconds.unless that's a misprint in the doc. Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehart char...@carehart.org To: discussion@acfug.org Date: 07/14/10 12:16 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org I don't know: most timeout attributes I think of in CFML (CFQUERY, CFHTTP, CFSETTING RequestTimeout) are in seconds. Anyway, to be clear, the timeout in CFFORM is indeed in seconds: http://www.cfquickdocs.com/cf9/#cfform /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Troy Jones Sent: Wednesday, July 14, 2010 12:06 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute I see that your value is 'timeout=300'. In most other cases where a timeout value is used, the numeric value is in milliseconds. If this is also true for your value here, the value is actually only .3 seconds, in which case, the timeout value has most likely passed by the time the action has taken place. Just a thought. 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 http://www.fusionlink.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 http://www.fusionlink.com - No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.830 / Virus Database: 271.1.1/3004 - Release Date: 07/14/10 02:36:00 - To unsubscribe from this list, manage your profile @ http://www.acfug.org?falogin.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 - -- Steve Ross web application interface developer http://blog.stevensross.com [mobile] (912) 344-8113 [ AIM / Yahoo! : zeriumsteven ] [googleTalk : nowhiding ]
Re: [ACFUG Discuss] disappearing variable values
I remember the older version of Blue Dragon in which you could use FORM
and URL scopes interchangeably.
But what really scares me is when I see code that drops the scope all
together... (And I see far too much code like this even today.)
On 07/14/2010 12:29 PM, Dusty Hale wrote:
Yea I'm familiar with that from the Fusebox days where
form and url become attribute scope but no none of that in this app.
On Wed, Jul 14, 2010 at 10:50 AM, Steve Ross
nowhid...@gmail.com
wrote:
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 char...@carehart.org
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: ad...@acfug.org
[mailto:ad...@acfug.org] On Behalf Of Dusty Hale
Sent: Wednesday, July 14, 2010 2:02 AM
To: discussion@acfug.org
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"
pThe value of url.myvariable is:
cfoutput#url.myvariable#/cfoutput/p
pThe value of url.donorid is:
cfoutput#url.donorid#/cfoutput/p
cfif url.donorid is ""pIt'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
t...@dynapp.com 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
cfoutputthisPage.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
-
--
Dusty Hale - President
Hale Technologies, Inc.
Email: du...@dustyhale.com
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 @
RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
Do you mean in an xml file or in the CF Admin? The CF Admin has no settings related to timeouts for flash remoting (or CFFORM) specifically. (I checked, and I even searched the Admin guide.) If you mean an XML file that may have an effect, that sounds interesting. It wouldn't be the first time a setting was not exposed in the CF Admin. If you or anyone else knows the details for Craig, please pass them along. /charlie From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Steve Ross Sent: Wednesday, July 14, 2010 1:29 PM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute If that is the case it might be worth checking the timeout settings in the flash remoting configs... if I remember correctly there is a separate one in there. On Wed, Jul 14, 2010 at 1:24 PM, Charlie Arehart char...@carehart.org wrote: Well, to be clear, Craig was referring to a (quite old) Flash Form based feature. I don't know if it would be fair to throw all CF widgets under the bus. There have been some nicer ones since the Ajax features were added in CF 8. Still, I realize that some may still have issues with them. As for Troy's comment, I don't think he was suggesting that the page timeout would have any connection to this, just that he thought it was specified in ms. (It's not, that's in seconds, too.) And FWIW, I would assert that there's not likely any connection at all between the page timeout and this CFFORM timeout. The page timeout has to do with how long a request can run (while it's executing). This CFFORM timeout seems instead to be more like a mini version of a session, in that it lives on the server across requests. /charlie - 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 -
RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
Tested in firefox with the same result as ie... Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehart char...@carehart.org To: discussion@acfug.org Cc: ad...@acfug.org Date: 07/14/10 01:20 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org Nothing related to CFFORM Timeout that I have ever seen, no. Could you respond to the questions/suggestions I'd made about confirming the behavior in other browsers? /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 1:11 PM To: discussion@acfug.org Cc: ad...@acfug.org; discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Are there any settings in cfadmin that would override this timeout value?? Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org - 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 - - 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 -
Re: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
No I meant some setting inside the CF config (xml) files... I'm at a loss... can you run the request w/o using the CFFORM to see how long it takes to run? On Wed, Jul 14, 2010 at 2:13 PM, craig.nas...@atl.frb.org wrote: Tested in firefox with the same result as ie... Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehart char...@carehart.org To: discussion@acfug.org Cc: ad...@acfug.org Date: 07/14/10 01:20 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org Nothing related to CFFORM Timeout that I have ever seen, no. Could you respond to the questions/suggestions I'd made about confirming the behavior in other browsers? /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 1:11 PM To: discussion@acfug.org Cc: ad...@acfug.org; discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Are there any settings in cfadmin that would override this timeout value?? Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org - 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 - - 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 - -- Steve Ross web application interface developer http://blog.stevensross.com [mobile] (912) 344-8113 [ AIM / Yahoo! : zeriumsteven ] [googleTalk : nowhiding ]
Re: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
Actually I don't think he's saying that the script is timing out, he's saying that you get the form expired message when you hit the back button. From: Steve Ross nowhid...@gmail.com To: discussion@acfug.org Sent: Wed, July 14, 2010 2:19:18 PM Subject: Re: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute No I meant some setting inside the CF config (xml) files... I'm at a loss... can you run the request w/o using the CFFORM to see how long it takes to run? On Wed, Jul 14, 2010 at 2:13 PM, craig.nas...@atl.frb.org wrote: Tested in firefox with the same result as ie... Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehart char...@carehart.org To: discussion@acfug.org Cc: ad...@acfug.org Date: 07/14/10 01:20 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org Nothing related to CFFORM Timeout that I have ever seen, no. Could you respond to the questions/suggestions I'd made about confirming the behavior in other browsers? /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 1:11 PM To: discussion@acfug.org Cc: ad...@acfug.org; discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Are there any settings in cfadmin that would override this timeout value?? Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org - 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 - - 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 - -- 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 -
Re: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute
I would give the timeout a very large number to test the effects. So something like 30 just to see. Steve is right. It may just be far easier to redo this is Flex anyway. The CF Flash forms are in Flex 1.5 and haven't been touched in years. God only knows what the recent flash players are going to do (and the effects they'll show over time). It's one of those half-baked features that Adobe hasn't done anything with. In Flex you will have better control of what's happening with the form. John ma...@fusionlink.com On 7/14/10 2:27 PM, shawn gorrell wrote: Actually I don't think he's saying that the script is timing out, he's saying that you get the form expired message when you hit the back button. From: Steve Rossnowhid...@gmail.com To: discussion@acfug.org Sent: Wed, July 14, 2010 2:19:18 PM Subject: Re: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute No I meant some setting inside the CF config (xml) files... I'm at a loss... can you run the request w/o using the CFFORM to see how long it takes to run? On Wed, Jul 14, 2010 at 2:13 PM,craig.nas...@atl.frb.org wrote: Tested in firefox with the same result as ie... Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org From: Charlie Arehartchar...@carehart.org To:discussion@acfug.org Cc:ad...@acfug.org Date: 07/14/10 01:20 PM Subject:RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Sent by:ad...@acfug.org Nothing related to CFFORM Timeout that I have ever seen, no. Could you respond to the questions/suggestions I'd made about confirming the behavior in other browsers? /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of craig.nas...@atl.frb.org Sent: Wednesday, July 14, 2010 1:11 PM To: discussion@acfug.org Cc: ad...@acfug.org; discussion@acfug.org Subject: RE: [ACFUG Discuss] Preserving data on flash forms using the timeout attribute Are there any settings in cfadmin that would override this timeout value?? Craig Nassal Federal Reserve Bank of Atlanta 1000 Peachtree St. N.E. Atlanta, Ga 30309-4470 (404)498-8437 craig.nas...@atl.frb.org - 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 - - 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 - - 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 -
[ACFUG Discuss] My experience - CF Server issues/restarts
Hi all, Off late, we had several issues wherein we had to restart ColdFusion 7 on Windows Server 2003 every day at-least 2 times. We have2 Web Servers and the sites are Load Balanced and all that stuff. Thanks to Charlie Arehart's presentations and his helpful emails, I was able to solve the problem on our productions servers. I made sure the client purge is not every hour and more importantly, the load balancer was checking our sites and it was creating unneeded client variables cfid and cftoken on every request. We were ending up with so many records in CDATA table that you cant imagine. So we stopped that and now we dont have so many restarts like it used to be on daily basis. I thought I will share my experience here. Ajas Mohammed / http://ajashadi.blogspot.com We cannot become what we need to be, remaining what we are. No matter what, find a way. Because thats what winners do. You can't improve what you don't measure. Quality is never an accident; it is always the result of high intention, sincere effort, intelligent direction and skillful execution; it represents the wise choice of many alternatives.
RE: [ACFUG Discuss] My experience - CF Server issues/restarts
Thanks for sharing, Ajas. It is indeed a pernicious problem, perhaps the bane of many poorly performing CF servers. Glad my assistance helped out. /charlie From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed Sent: Wednesday, July 14, 2010 4:58 PM To: discussion@acfug.org Subject: [ACFUG Discuss] My experience - CF Server issues/restarts Hi all, Off late, we had several issues wherein we had to restart ColdFusion 7 on Windows Server 2003 every day at-least 2 times. We have2 Web Servers and the sites are Load Balanced and all that stuff. Thanks to Charlie Arehart's presentations and his helpful emails, I was able to solve the problem on our productions servers. I made sure the client purge is not every hour and more importantly, the load balancer was checking our sites and it was creating unneeded client variables cfid and cftoken on every request. We were ending up with so many records in CDATA table that you cant imagine. So we stopped that and now we dont have so many restarts like it used to be on daily basis. I thought I will share my experience here. Ajas Mohammed / http://ajashadi.blogspot.com We cannot become what we need to be, remaining what we are. No matter what, find a way. Because thats what winners do. You can't improve what you don't measure. Quality is never an accident; it is always the result of high intention, sincere effort, intelligent direction and skillful execution; it represents the wise choice of many alternatives. - 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 -
