Could there be the possibility that the one you found being the problem? Possibly when you are setting the loggedIn value to no, but their session data is still persistent. Maybe do a structClear(session) along with it....
Douglas Brown Email: [EMAIL PROTECTED] ----- Original Message ----- From: "Houk, Gary" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, June 25, 2002 1:19 PM Subject: RE: client variables changing?... > Yeah, I did a search within my entire project and only found that one instance. > > - Gary > > -----Original Message----- > From: Douglas Brown [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 25, 2002 4:10 PM > To: CF-Talk > Subject: Re: client variables changing?... > > > Also check <cflocation> where there is no default set for > addToken, since it will default to "yes" if you do not specify > "no" > > > > > Douglas Brown > Email: [EMAIL PROTECTED] > ----- Original Message ----- > From: "Houk, Gary" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Tuesday, June 25, 2002 1:00 PM > Subject: RE: client variables changing?... > > > > 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 > > > > > > > > > > > > > > > > > > > ______________________________________________________________________ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
