Hi, Peter.
No, I'm not appending the #URLToken# to URL's or hyperlinks,
and I'm not embedding it in the forms. Is that's what is necessary for
each browser/workstation to maintain independent sessions, by using
the URLToken?And if this is the answer...will every link and form in the
site
Hi, Joe and thanks for the reply.
I'm enabling ClientManagement and SessionManagement in the CFApplication
tag,
but only using Session variables in the app at this point. All variables
are locked...
The problem begins when both workstations login to the the section of the
app
where a ClientID
Hi, Scott and thanks for the reply.
They do have the app bookmarked, but there's no CFID/CFTOKEN pair
in the address. I've not been appending them to addresses and links,
nor embedding them in forms, not even adding them in a CFLOCATION, as in
CFLOCATION URL=clientmanagement.cfm AddToken=No
I'm
I've seen this exact issue when PCs are built by ghosting. What happens is
the CFID and CFTOKEN cookies get set by the site and then get propogated to
all machines based on the original.
Try clearing the browser cookies on one of the machines.
-Original Message-
From: Rick Faircloth
This can also happen when one user e-mails a URL to another that
contains the cfid and cftoken in the query string.
-Original Message-
From: Everett, Al [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 9:41 AM
To: CF-Talk
Subject: RE: Problems with session variables getting
Don't think that would be the problem here.
They've only been accessing the app from the browser.
Actually, the homepage of each workstation's browser
is set to the homepage of the app, so no cfid's or cftoken's
in the URL are involved at this point.
Thanks,
Rick
-Original
I just had one of the office workers open each workstation's browser
and delete all the cookies in the temporary Internet files. She deleted
them manually, so they're gone.
After that, I had her close and reopen each browser and the application
and access a different client's file, thereby
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.(pause)
Well, after having the cookies deleted from the computers
and reset
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?
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 10:51 AM
To: CF-Talk
Subject: RE: Problems with
Unfortunately, I'm not at the office where I can test the variables,
but I'll check that Monday...
Quick question...would placing the application in two different folders,
one for each workstation to use and giving a different name to the
CFAPPLICATION
eliminate the overwriting of the session
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
Are you appending the #URLToken# to your URL's, hyperlinks and embedding it
is a hidden form field in your forms?
==
Peter Tilbrook
Internet Applications Developer
Australian Building Codes Board
GPO Box 9839
CANBERRA ACT 2601
AUSTRALIA
WWW: http://www.abcb.gov.au/
E-Mail: [EMAIL
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
and access the client account area simultaneously, which assigns the
ClientID to a session variable,
they both end up with the same Client on their screens. The
Session.ClientID variable
is being redefined when they are both using the Client account area.
What are you using? Session State
14 matches
Mail list logo
