Hi Rob
Because you have SETCLIENTCOOKIES="no" you will have to pass #urltoken#
between all pages.
#urltoken# is actaully a shortcut and contains the following string
CFID=686&CFTOKEN=71191495
Because client cookies are set to off, as soon as you go to another page the
system notices the CFID and CFTOKEN variables do not exist and creates new
ones, thats why you loose client state. I had the same problem.
You have to append the #urltoken# at the end of all your "Form Actions" and
URL <cflocation> and <HREF > actions.
I set <cfparam name="request.urltoken" default="#urlToken#"> in my
app_model.cfm file and then use the request scope as such ....
<cflocation url="#request.site.cfroot#/login/index.cfm?#request.urlToken#">
<cfform action="index.cfm?#request.urltoken#" method="POST">
I'm not 100% sure I need to store it a request scope level as I was
initially using
<cflocation url="#request.site.cfroot#/login/index.cfm?#urlToken#"> and this
seemed to work. However I looked at and example posted on here which used
request.urltoken so I followed (I'm easily led !)
Hope this helps.
Thanx
Tim Price
Paceway Solutions Ltd (UK)
PS. Can someone confirm that a custom tag inherits the request.urltoken and
therefore doesnt require it to be explicitly sent as an argument. This is
the way I see it.
----Original Message-----
From: Rob Schuff [mailto:[EMAIL PROTECTED]]
Sent: 29 March 2001 22:12
To: Fusebox
Subject: Newbie: client variable persistence problem
greetings folks,
I'm a bit new to both CF and Fusebox. I have a simple FB app that works
well 'cept for the security stuff I'm adding in. Seems like my client
variables do not persist properly. here is an entry from my index.cfm file
for the FA ValidateUser with is called from dsp_login:
<CFCASE value="ValidateUser">
<CFIF trim(attributes.btnLogin) is "OK">
<CFSET Client.UserID="#attributes.UserID#">
<CFSET Client.Password="#attributes.Password#">
<CFINCLUDE template="act_ValidateUser.cfm">
<CFIF Client.IsValidated>
<CFLOCATION URL="index.cfm?fuseaction=computers" ADDTOKEN="yes">
<CFELSE>
<!--- User was not validated --->
<CFLOCATION URL="index.cfm?fuseaction=home" ADDTOKEN="yes">
</CFIF>
<CFELSE>
<!--- User cancelled the login --->
<CFLOCATION URL="index.cfm?fuseaction=home" ADDTOKEN="yes">
</CFIF>
</CFCASE>
here is my simple code for act_ValidateUser.cfm
<CFPARAM NAME="client.UserID" DEFAULT="">
<CFPARAM NAME="client.Password" DEFAULT="">
<CFIF trim(client.UserID) is "Rob">
<CFSET client.IsValidated="True">
<CFELSE>
<CFSET client.IsValidated="False">
</CFIF>
it works correctly for both cases of UserIsValidated, but only once. For
instance if I login and am successfully validated I am bounced to the
dsp_computers.cfm page and the client variables have their expected values.
But as soon as I go to another page, the variable are not even defined. SO
what have I done wrong? It seems to be a scope/persistence issue.
thanks
rob
PS. Here is app_globals.cfm:
<!--- app_globals.cfm --->
<CFSETTING ENABLECFOUTPUTONLY="no"
SHOWDEBUGOUTPUT="yes">
<CFAPPLICATION NAME="GCRC Asset Manager"
CLIENTMANAGEMENT="yes"
CLIENTSTORAGE="cfClient"
SESSIONMANAGEMENT="yes"
SETCLIENTCOOKIES="no">
<CFPARAM NAME="application.title"
DEFAULT="GCRC Asset Manager">
<CF_FORMURL2ATTRIBUTES>
<CFSET appPath="/fusebox/gcrcAssets">
<CFSET request.self=cgi.script_name>
<CFSET request.db.dsn="gcrcAssets">
<CFSET request.db.type="odbc">
<CFSET request.cfroot="#appPath#">
<CFSET request.webroot="#appPath#">
<CFSET request.fileroot="d:\InetPub\webroot\assets">
P.P.S. I do include app_globals.cfm in index.cfm and I can see that data is
being generated and stored in the access table for client variable storage
that I have set up.
---------------------------------------------------------------------
Robert Schuff Bull Run Software
[EMAIL PROTECTED] Portland, OR USA
---------------------------------------------------------------------
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
