yes, only on the application page in this context:
<!--- TEST TO SEE IF SESSION HAS TIMED OUT AFTER A SUCCESSFUL LOGIN --->
<cfif client.login is "true">
<cfif datediff("#variables.timespan#", client.lastvisit, now()) gte
variables.timeout>
<!--- RESET THE LOGIN VAR TO BE FALSE IF USER HAS TIMED OUT
--->
<cfset client.login = "false">
<cflocation url="#variables.SitePath#secLogin.cfm"
addtoken="Yes">
</cfif>
</cfif>
-----Original Message-----
From: Douglas Brown [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 25, 2002 3:53 PM
To: CF-Talk
Subject: Re: client variables changing?...
do you have any <cflocation> tags anywhere that might have a
addtoken="yes"
Douglas Brown
Email: [EMAIL PROTECTED]
----- Original Message -----
From: "Houk, Gary" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, June 25, 2002 12:48 PM
Subject: RE: client variables changing?...
> The cfid:cftoken values are not being passed in the url. This
seems to be happening during the session, after an order is
placed. I'm really kink of grabbing for straws here because I
haven't changed the app framework for at least 6 months, and
nothing internally changed recently.
>
> - Gary
>
> -----Original Message-----
> From: Timothy Heald [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 25, 2002 3:40 PM
> To: CF-Talk
> Subject: RE: client variables changing?...
>
>
> Make sure that they aren't book marking pages, or sending each
other links.
> It would be possible to assume someone's session, and there by
get there
> client variables as your own. I have heard of that happening
before. Also
> two of the developers here have just accidentally assumed each
others
> sessions when they were assigned the same ids. It's the only
time I have
> ever heard of that happening, but you never know :)
>
> Tim Heald
> ACP/CCFD :)
> Application Development
> www.schoollink.net
>
> > -----Original Message-----
> > From: Houk, Gary [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, June 25, 2002 2:58 PM
> > To: CF-Talk
> > Subject: client variables changing?...
> >
> >
> > We have an app that has a login screen and the following
code is
> > ran on the action page: <cfset client.repid=form.repid>. The
> > repid is displayed at the top of all the pages in an
included
> > header page. Some of the reps say that on the order
confirmation
> > screen, their repid changes to that of someone else in the
> > office. The only reference in the code on the confirmation
page is:
> >
> > <cfprocparam type="In" cfsqltype="CF_SQL_CHAR"
> > variable="@rssc_rep_id" value="#client.repid#" null="No">
> >
> > I have no idea how it could be changing. The offices run
Linux
> > boxes with Netscape 3.0 browser, and they all run through a
> > Netscape Server. Any thoughts on this? It's causing our reps
to
> > not get credited for all of their sales. It seems as though
the
> > repid that it changes to is one from their office. Any other
> > suggestions? We are running in a clustered environment,
which is
> > why we use client variables stored in a sql server 2000
database.
> >
> > TIA,
> >
> > - Gary
> >
>
>
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place for
dependable ColdFusion Hosting.
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
