with session variables getting mixed for 2
different users of office application
Hi, Al and thanks for the reply.
If the ghosting is the problem, will this problem repeat itself,
even after the cookies are deleted and reset?
If so, how would I prevent the propogation from occurring?
Let's see
To: CF-Talk
Subject: RE: Problems with session variables getting mixed for 2
different users of office application
Well then I'm at a loss. Have you looked at the
CGI.HTTP_COOKIE variable in
the debug output to ensure CFID and CFTOKEN are different
Hi, all.
I've got a problem with an application I built for an office.
The Cold Fusion, browser-based app performs all their main office
functions. The hardware setup is an office server hooked up with 2
workstations.
The app is on the server, of course, and both workstations access the app
PROTECTED]
Telephone: +61 (02) 6213 6731
Mobile: 0439 401 823
Facsimile: +61 (02) 6213 7287
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Friday, 7 March 2003 12:20 PM
To: CF-Talk
Subject: Problems with session variables getting mixed for 2 different users
of office
I would check to make sure if either of those workstations have your app
page bookmarked, that there's not a CFID/CFTOKEN pair stuck in the bookmark.
I had an app that had a similar issue - turns out the folks who it was made
for wanted to put a link on their internal home page to the app, and
or Client State Management? or Both?
If you are using Session State... are you locking your variables properly?
Joe Eugene
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 8:20 PM
To: CF-Talk
Subject: Problems with session variables
I'm trying to load form variables into session variables in an
application...but I'm having problems with the creating dynamically created
session variable names. Any help is appreciated.
CFLOOP index=FieldName list=#Form.FieldNames#
CFLOCK TIMEOUT=30 THROWONTIMEOUT=No TYPE=EXCLUSIVE
-Original Message-
From: Ali Daniali [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 1:48 PM
To: CF-Talk
Subject: dynamically created session variables
I'm trying to load form variables into session variables in an
application...but I'm having problems with the creating
Try this:
CFSET Session.#FieldName# = Evaluate(FieldName)
-Original Message-
From: Ali Daniali [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 1:48 PM
To: CF-Talk
Subject: dynamically created session variables
I'm trying to load form variables into session variables
When I make this change I get the following error:
A CFML variable name cannot end with a . character.
The variable Session. ends with a . character. You must supply an additional
structure key or delete the . character.
The CFML compiler was processing:
a CFSET tag beginning on line 3,
I see my mistake I need to have double quotes around Session.#FieldName# ...now it
works.
Thanks,
Ali
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
created session variables
:
:
: I'm trying to load form variables into session variables in an
: application...but I'm having problems with the creating
: dynamically created
: session variable names. Any help is appreciated.
:
: CFLOOP index=FieldName list=#Form.FieldNames#
: CFLOCK TIMEOUT=30
Kill that evaluate() too:
cfset session[fieldname] = form[fieldname] /
-Original Message-
From: Ben Doom [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 11:03 AM
To: CF-Talk
Subject: RE: dynamically created session variables
IIRC, you need to do
cfset session[#fieldname
Subject: RE: dynamically created session variables
IIRC, you need to do
cfset session[#fieldname#] = evaluate(fieldname)
-- Ben Doom
Programmer General Lackey
Moonbow Software, Inc
: -Original Message-
: From: Ali Daniali [mailto:[EMAIL PROTECTED]
: Sent: Monday
, 2003 11:18 AM
To: CF-Talk
Subject: RE: dynamically created session variables
Or even better:
cfset session[fieldname] = form[fieldname]
No need for evaluate, or all those #s and s.
You can also do:
cfset structAppend(session,form
So with this option I drop the CFLOOP all together, correct?
Thank you all for your help!
-AD
-Original Message-
From: Raymond Camden [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 11:18 AM
To: CF-Talk
Subject: RE: dynamically created session variables
Or even better:
cfset
PROTECTED]
Sent: Monday, March 03, 2003 1:22 PM
To: CF-Talk
Subject: RE: dynamically created session variables
Make sure you add a third parameter to structAppend() for
whether or not you want to overwrite values. And note that
it'll add EVERYTHING in the FORM scope, which may or may
: Monday, March 03, 2003 1:38 PM
To: CF-Talk
Subject: RE: dynamically created session variables
So with this option I drop the CFLOOP all together, correct?
Thank you all for your help!
-AD
-Original Message-
From: Raymond Camden [mailto:[EMAIL PROTECTED]
Sent: Monday, March
-
From: Ali Daniali [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 1:48 PM
To: CF-Talk
Subject: dynamically created session variables
I'm trying to load form variables into session variables in an
application...but I'm having problems with the creating
dynamically created
session
The following code produces this when session initiated
Roles:
Results public Testing
and this when refreshed:
Roles:public Testing
Problem is that the write in the getRoles method does nothing the second time
application.cfm calls roles. why?
CODE:
index.cfm:
The infamous page context bug!
A CFC stored in a shared scope cannot reference other shared scopes or
use cfoutput. The bug is that when a CFC is first created, the context
of the page request that created it is 'stamped' on the CFC instance.
When the CFC is referenced from a subsequent page
as session variables
The infamous page context bug!
A CFC stored in a shared scope cannot reference other shared scopes or
use cfoutput. The bug is that when a CFC is first created, the context
of the page request that created it is 'stamped' on the CFC instance.
When the CFC is referenced from
cfscript
structdelete(session, varName);
/cfscript
-Original Message-
From: Thane Sherrington [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 10:32 AM
To: CF-Talk
Subject: Deleting session variables
Using CF5.
I setup two session variables on one page, and on the next
You should check
CFIF IsDefined(session.MissedQuestionID)
MissedQuestionID Still Defined.
/CFIF
-Original Message-
From: Thane Sherrington [mailto:[EMAIL PROTECTED]]
Sent: vrijdag 31 januari 2003 16:32
To: CF-Talk
Subject: Deleting session variables
Using CF5.
I setup two
]
Sent: Friday, January 31, 2003 10:32 AM
Subject: Deleting session variables
Using CF5.
I setup two session variables on one page, and on the next, I check them
and then at the end of the second page, I use this code to delete them.
cflock timeout=10 scope=Session type=Exclusive
cfset
At 04:55 PM 01/31/03 +0100, Pascal Peters wrote:
You should check
CFIF IsDefined(session.MissedQuestionID)
MissedQuestionID Still Defined.
/CFIF
Of course. How stupid of me. :) Thanks.
T
~|
Archives:
: WebMaster [mailto:[EMAIL PROTECTED]]
Sent: 31 January 2003 16:03
To: CF-Talk
Subject: Re: Deleting session variables
For one thing you should always scope your reference to a var. It is
possible that somewhere on the page, or in the URL, or in a FORM var, you
passed one with the same name as your session
To delete the session vars use
cfset StructDelete(Session, VarName)
Steve Burcham
-Original Message-
From: Thane Sherrington [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 9:32 AM
To: CF-Talk
Subject: Deleting session variables
Using CF5.
I setup two session variables
At 04:05 PM 01/31/03 +, Robertson-Ravo, Neil (RX) wrote:
True, I do agree that you should scope everything but ColdFusion doesn't
strictly enforce it so you dont have to (whos fault is that?), also with a
good naming convention you really shouldn't have any naming conflicts - not
a page by
use the variables scope for page vars..
Clint
- Original Message -
From: Thane Sherrington [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, January 31, 2003 10:16 AM
Subject: RE: Deleting session variables
At 04:05 PM 01/31/03 +, Robertson-Ravo, Neil (RX) wrote:
True
Using CF5.
I setup two session variables on one page, and on the next, I check them
and then at the end of the second page, I use this code to delete them.
cflock timeout=10 scope=Session type=Exclusive
cfset tempvar=StructDelete(Session, MissedQuestionID)
cfset tempvar=StructDelete
Is there a way to pass session variables across a domain? Ex. from
www.mywebsite.com to www1.mywebsite.com?
-- Sam
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http
: [EMAIL PROTECTED]
WWW: http://www.evoch.com/
-Original Message-
From: Sam Roach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 12:20 PM
To: CF-Talk
Subject: session variables
Is there a way to pass session variables across a domain? Ex. from
www.mywebsite.com to www1
SESSION.KEYCODE =
/CFIF
/CFLOCK
-Original Message-
From: Mosh Teitelbaum [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 11:00 AM
To: CF-Talk
Subject: RE: session variables
You could either cheat and turn the SESSION variable into a URL variable or
you could have
: [EMAIL PROTECTED]
WWW: http://www.evoch.com/
-Original Message-
From: Sam Roach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 4:22 PM
To: CF-Talk
Subject: RE: session variables
Both domains are on the same server. But when I go between the domains it
starts a new
: Wednesday, January 15, 2003 11:00 AM
To: CF-Talk
Subject: RE: session variables
You could either cheat and turn the SESSION variable into a URL
variable or
you could have both domains serviced by the same CF App Server, both
using
the same Application name (specified
What do you mean, maintained on the client?
-Original Message-
From: Jochem van Dieten [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 7:44 AM
To: CF-Talk
Subject: RE: Login/Password screen
Quoting Craig Dudley [EMAIL PROTECTED]:
Create a session variable, set it to 0, and
That means that a cookie is created on the client machine.
- Original Message -
From: Andy Ousterhout [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, December 13, 2002 7:56 AM
Subject: Session Variables (was Login/Password screen)
What do you mean, maintained
Quoting Andy Ousterhout [EMAIL PROTECTED]:
What do you mean, maintained on the client?
The client has to send the CFID and CFToken. If the client doesn't do
that, the server will not be able to associate the appropriate session
variables with the client request. That is not a problem when
Email, click on link, or otherwise
re-activate their account.
3. What else...
Andy
-Original Message-
From: Jochem van Dieten [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 8:05 AM
To: CF-Talk
Subject: Re: Session Variables (was Login/Password screen)
Quoting Andy
-Original Message-
From: Andy Ousterhout [mailto:[EMAIL PROTECTED]]
Sent: 13 December 2002 15:24
To: CF-Talk
Subject: RE: Session Variables (was Login/Password screen)
Ok, let me restate to be sure that I understand...
The security issue for counting login attempts is that a User can
Why not simply write a cookie out.. if NOT defined for the application
cfcookie name=nlogs value=0
For every login attempt, increment cookie value+1
.if exceeds 3 whatever.. switch app mode to whatever you want...
I dont understand.. the use of IP Address or session variables..or
CFID
or session variables..or
CFID/CFToken/JSesssionid.. or whatever...u guys are talking about here..
Joe
On Fri, 13 Dec 2002 09:23:31 -0600 Andy Ousterhout [EMAIL PROTECTED]
wrote:
Ok, let me restate to be sure that I
understand...
The security issue for counting login attempts
is that a User can
Tracking failed logon attempts to IP address.
But that dictates that everyone has a unique IP address which is
frequently not the case in one of my current apps. If you rely on IP,
you're subjecting all other users with the same IP to being locked out.
Ken
Once a valid User ID has been entered, track unsuccessful attempts
Ahh, helps to read and comprehend your idea to it's
conclusion...nevermind.
Ken
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Andy Ousterhout wrote:
Ok, let me restate to be sure that I understand...
The security issue for counting login attempts is that a User can continue
attempts so long as they remove CFID Token from the URL and turning off /
deleting cookies. This can be countered by:
1. Tracking failed
workforce monitoring, mapping reporting
www.navtrak.net
410.548.2337
-Original Message-
From: Andy Ousterhout [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 11:08 AM
To: CF-Talk
Subject: RE: Session Variables (was Login/Password screen)
Joe,
Not all Users allow cookies. I
Kola Oyedeji wrote:
I think I've been down this path before. I'm not sure if this is still
the case but in some instances such as AOL browsers, user's can actually
have a different IP address per request. As I said that was a while ago
so I'm not sure if that still stands. Can anyone confirm
Developer
Information System Design
Navtrak, Inc.
Mobile workforce monitoring, mapping reporting
www.navtrak.net
410.548.2337
-Original Message-
From: Tony Weeg [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 11:20 AM
To: CF-Talk
Subject: RE: Session Variables (was Login
13, 2002 10:01 AM
To: CF-Talk
Subject: RE: Session Variables (was
Login/Password screen)
Why not simply write a cookie out.. if NOT
defined for the application
For every login attempt, increment cookie
value+1
if exceeds 3 whatever.. switch app mode to
whatever you want...
I
??? How about using the URL to maintain state?
The big advantages of cookies is to simplify/eliminate subsequent logins /
and simplify coding.
Forta's books have forever shown how to test to see if user allows cookies
and if not pass state in URL.
best, paul
At 09:20 AM 12/13/02 -0800, you
Ok, I have a problem:
1. Users go to a specific domain to login:
http://sample.somedomain.com/admin/
2. Users fill out a user/pass form and are taken to:
https://secure.somedomain.com where they are authenticated against a
database and have some session variables set (username, userID
Conversation: Session Variables Across Domains
Subject: Session Variables Across Domains
Ok, I have a problem:
1. Users go to a specific domain to login:
http://sample.somedomain.com/admin/
2. Users fill out a user/pass form and are taken to:
https://secure.somedomain.com where
]
*
-Original Message-
From: Fuzion - CFTalk [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 12, 2002 6:21 PM
To: CF-Talk
Subject: RE: Session Variables Across Domains
You will need to redirect to the domain appending the CFID and CFTOKEN
values to the URL. E.g.
http
-
From: Joshua Miller [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 12, 2002 11:02 PM
To: CF-Talk
Subject: RE: Session Variables Across Domains
THANK YOU! That makes perfect sense.
Joshua Miller
Head Programmer / IT Manager
Garrison Enterprises Inc.
www.garrisonenterprises.net
[EMAIL
I'm working on a site that has two application.cfm files, one in the root directory
and the other in a subdirectory. Each cfapplication tag has different name
attributes.
I would like to use session variables to restrict access to the subdirectory. If I
create a session varible within
Afaik session variables are application specific, so if your subdirectroy
cfapplication tag has a different name attribute, the subdirectory will have
separate sessions.
s. isaac dealey954-776-0046
new epoch http://www.turnkey.to
lead architect, tapestry cms
I've recently been seeing lots of error reports coming off our
application with MSProxy/2.0 as the browser. All the errors pertain to
SESSION variables not being defined ... is there an issue with MSProxy
and SESSION variables? Or with any Proxy and SESSION variables?
Thanks,
Joshua Miller
So are you saying that for every user that logs into the interface to have a separate
database to store
the client variables for each user? There could be 50-100 users.
On Wed, 16 Oct 2002 15:11:51 -0400, S. Isaac Dealey wrote:
Session variables expire according to a timer from the last
]
Sent: Wednesday, October 16, 2002 1:38 PM
To: CF-Talk
Subject: Re: Session variables
So are you saying that for every user that logs into the interface to
have a separate database to store
the client variables for each user? There could be 50-100 users.
On Wed, 16 Oct 2002 15:11:51 -0400, S
Exactly what I needed!
- Original Message -
From: Chris Kief [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, October 18, 2002 3:54 PM
Subject: RE: Session variables not expiring in CFMX
Nate,
You are still able to end your session in this manner. A couple points
: (02) 6213 7287
-Original Message-
From: Nate [mailto:npetersn;xmission.com]
Sent: Tuesday, 22 October 2002 5:09 AM
To: CF-Talk
Subject: Re: Session variables not expiring in CFMX
Exactly what I needed!
- Original Message -
From: Chris Kief [EMAIL PROTECTED]
To: CF-Talk [EMAIL
Nate,
You are still able to end your session in this manner. A couple points
that should be mentioned:
- ColdFusion deletes expired session variables every 10 seconds to save
processing time. If you cfdump the session structure after CF executes
your cfapplication tag (say further down
How can I stop session variables from timing out until the browser is closed or the
user logs out?
---
Colonel Nathan R. Jessop
Commanding Officer
Marine Ground Forces
Guatanamo Bay, Cuba
://www.webapper.com
Downey CA Office
562.243.6255
AIM - webappermb
Webapper - Making the NET work
-Original Message-
From: FlashGuy [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 16, 2002 11:01 AM
To: CF-Talk
Subject: Session variables
How can I stop session variables from timing
- Original Message -
From: FlashGuy [EMAIL PROTECTED]
How can I stop session variables from timing out until the browser is
closed or the user logs out?
---
1. Session variables shouldn't be timing out when you close the browser,
unless you've added code to do so
At 02:01 PM 10/16/02 -0400, FlashGuy wrote:
How can I stop session variables from timing out until the browser is
closed or the user logs out?
You can't really. Because the web is 'stateless' there is no connection between
the browser and the server except when a request is actually being
On Wed, 16 Oct 2002 14:35:59 -0400, Greg Bullough wrote:
At 02:01 PM 10/16/02 -0400, FlashGuy wrote:
How can I stop session variables from timing out until the browser is
closed or the user logs out?
You can't really. Because the web is 'stateless' there is no connection between
- Original Message -
From: FlashGuy [EMAIL PROTECTED]
I had cookies initially and it was working great until I switched to
session variables so I could use cflock...
Can I also use cflock and use client variables or cookies? I don't quite
understand the concept.
Do I replace all
Somehow I suspect the question was more about keeping them from expiring
rather than making them expire... I think you're probably actually wanting
to use client variables rather than session variables -- that or
cfcookie name=cfid value=#cfid# expires=#now()#
cfcookie name=cftoken expires=#now
variables rather than session variables -- that or
cfcookie name=cfid value=#cfid# expires=#now()#
cfcookie name=cftoken expires=#now()#
It's more complicated than I'm making it out to be, but I don't have the
time to go find a url to point you to at the moment unfortunately...
S
Session variables expire according to a timer from the last request
(configurable
via the administrator). You can set a very long time-out, and then use
one of
the available custom tags to blow the variables away on log-out, but
there is
still no way to know that the user has closed
Client variables don't need locking. Why you you need CFLOCK?
Multiple users could be trying to access the same file on the server via a
web inface I created.
cfdirectory etc...
In this case, you need to CFLOCK the operations that may be shared by
different users at the same time. For file
cfapplication name=NavtrakReports sessionmanagement=Yes
clientmanagement=Yes sessiontimeout=#CreateTimeSpan(0,0,60,0)#
clientstorage=clientStorage
must be the top of the page, before anything else?
I put that at the top, and things are better now ;)
later and thanks anyway Ray.
..tony
Tony
I am having trouble with session variables expiring before they are
suppose
to. Currently they are remaining active between 3 to 8 min. when I have
the
code set to 30 min.
cfapplication
applicationtimeout=#CreateTimeSpan(0,1,0,0)#
sessiontimeout=#CreateTimeSpan(0,0,30,0)#
setclientcookies=Yes
I have this code
script language=JavaScript
description=0;
//alert(the correctcodelist is correctcodelist);
if(t=window.showModalDialog('chooseclasscode.cfm?correctdescriptionlist=cfo
utput#ArrayToList(correctdescriptionlist,,)#/cfoutputcorrectcodelist=
Actually I need to pass the session.code back to the page that spawned the
1st javascript which is index.cfm
It does not come bacK until I run It again.
-Original Message-
From: Jim Taylor [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 21, 2002 12:21 PM
To: CF-Talk
Subject: session
I may be entirely wrong here, but it's my understanding that window.opener
doesn't work ( or isn't available ) from within a dialog box created using
showModalDialog() or showModlessDialog() ... which rather defeats being able
to use window.opener or even window.opener.opener to get back to the
Any help.
How can you, from one central point manage Session variables? Example, I make use of
the session variable 'Operator'. From a global file, I need to assess how many
instances of the 'Operator' session variables are in existance and retrieve a list of
their corresponding values
-Original Message-
From: Jakolien Cozma [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 20, 2002 10:33 AM
To: CF-Talk
Subject: Session Variables
Any help.
How can you, from one central point manage Session variables?
Example, I make use of the session variable 'Operator'.
From
Any help.
How can you, from one central point manage Session
variables? Example, I make use of the session variable
'Operator'. From a global file, I need to assess how many
instances of the 'Operator' session variables are in
existance and retrieve a list of their corresponding
values
Subject: RE: Client Variables vs. Session Variables
we recently converted our entire product to client vars since we needed to
move into a clustered servers.
But only limitation that I know of is the type and size of the data you are
storing.
I beleive you can not do any type of structures or arrays
Which and why would you prefer either one of these to hold shopping cart information.
Curious as to reason why one over the other.
Thank you
Paul Giesenhagen
QuillDesign
__
Structure your ColdFusion code with Fusebox. Get
are you in a clustered server configuration?
-Original Message-
From: Paul Giesenhagen [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 09, 2002 11:35 PM
To: CF-Talk
Subject: Client Variables vs. Session Variables
Which and why would you prefer either one of these to hold shopping cart
Nope, single server ... it is a distributed app that is currently using
Session variables ... and most people who use it are on shared servers and
such ... I just really like the client variables for a shopping cart so the
cart can hang around .. the session variables timeout ... but I just am
.
matt
-Original Message-
From: Paul Giesenhagen [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 09, 2002 11:45 PM
To: CF-Talk
Subject: Re: Client Variables vs. Session Variables
Nope, single server ... it is a distributed app that is currently using
Session variables ... and most people who
Giesenhagen [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 09, 2002 11:45 PM
To: CF-Talk
Subject: Re: Client Variables vs. Session Variables
Nope, single server ... it is a distributed app that is currently using
Session variables ... and most people who use it are on shared servers and
such ... I
cfQuestion
type=Rookie
I'm trying to write my first web app in CFMX, and am having some trouble figuring out
how session variables work. I'm basically just trying a few things to test setting
them and testing for their values, stuff like that. So, what I've done, is I've added
Hi. I think that I see the problem that you are having. My explanation may
seem overly simple at first, but bear with me.
Session variables are stored on the CF server. A given set of session
variables is tied to a given user by two key values: CFID, and CFTOKEN.
These values are sent to your
and evaluating session variables
Hi. I think that I see the problem that you are having. My explanation may
seem overly simple at first, but bear with me.
Session variables are stored on the CF server. A given set of session
variables is tied to a given user by two key values: CFID, and CFTOKEN
]]
Sent: Friday, July 26, 2002 2:33 PM
To: CF-Talk
Subject: Re: Setting and evaluating session variables
Well he is saying that if he opens a new window and types in a URL that does
not go to his splash screen that it is not redirecting. If he opens a new
window, it should be a different session
Email: [EMAIL PROTECTED]
- Original Message -
From: Cornillon, Matthieu [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, July 26, 2002 11:41 AM
Subject: RE: Setting and evaluating session variables
Douglas,
Is that right? Maybe I misunderstood your message, but it doesn't
Douglas,
Is that right? Maybe I misunderstood your message, but it doesn't seem
correct to me that opening a new window would open a new session with new
CFID and CFTOKEN values. This is a big point of confusion in my office,
where some folks think of a session as an uninterrupted series
-Original Message-
From: Douglas Brown [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 26, 2002 2:58 PM
To: CF-Talk
Subject: Re: Setting and evaluating session variables
Well, actually you will have to forgive me, I am thinking in a different
scope
of using sessions...In all my applications I set
[EMAIL PROTECTED]
Sent: Friday, July 26, 2002 10:51 AM
Subject: RE: Setting and evaluating session variables
Hi. I think that I see the problem that you are having. My explanation may
seem overly simple at first, but bear with me.
Session variables are stored on the CF server. A given set
Douglas Brown
Email: [EMAIL PROTECTED]
- Original Message -
From: Cornillon, Matthieu [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, July 26, 2002 11:41 AM
Subject: RE: Setting and evaluating session variables
Douglas,
Is that right? Maybe I misunderstood your
-Original Message-
From: Jon Hall [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 24, 2002 4:19 PM
To: CF-Talk
Subject: Re: ColdFusion MX and Session Variables
What about that session.dealer_id?
Yes when adding Testing Variables the out put stayed the same.
Is it staying
: ColdFusion MX and Session Variables (Bug)
-Original Message-
From: Jon Hall [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 24, 2002 4:19 PM
To: CF-Talk
Subject: Re: ColdFusion MX and Session Variables
What about that session.dealer_id?
Yes when adding Testing Variables
: RE: ColdFusion MX and Session Variables (Bug)
We are and have been using session scope heavily. I can't say
I've seen this
problem yet...will let you know...we're about to QA our first
MX project.
Stace
-Original Message-
From: Nathan Stanford [mailto:[EMAIL PROTECTED
try locking ALL session variables, reading AND writing.
-Original Message-
From: Nathan Stanford [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 25, 2002 10:10 AM
To: CF-Talk
Subject: NEW (ColdFusion MX or ColdFusion 4.5) and Session Variables
(Bug)
Ok Ok...
Tested on
ColdFusion MX
601 - 700 of 1178 matches
Mail list logo