It means that your cfml is wrong somewhere.
Can you paste the code that brings on that error?
__
steve oliver
cresco technologies, inc.
http://www.crescotech.com
-Original Message-
From: Shawn Regan [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 21, 2002 3:00 PM
you can make it happen any time by doing this:
when you don't have sessions enabled in your cfapplication.
> -Original Message-
> From: Shawn Regan [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 21, 2002 12:00
> To: CF-Talk
> Subject: sessions
>
>
> Does anyone know what this is?
Shawn Regan wrote:
> Does anyone know what this is?
>
> session.mytype=CFTempOnlyForSetVariableNeverUseThisNameInYourCFMLCode1223334
> 4445654321
It usually means you tried to write a read-only variable.
Jochem
__
Why Sh
Yeah, I have it enabled in my cfapplication tag.
Shawn Regan
Applications Developer
pacifictechnologysolutions
-Original Message-
From: Brendan Avery [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 21, 2002 12:45 PM
To: CF-Talk
Subject: RE: sessions
you can make it happen any time
--->
Shawn Regan
Applications Developer
pacifictechnologysolutions
-Original Message-
From: Steve Oliver [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 21, 2002 12:38 PM
To: CF-Talk
Subject: RE: sessions
It means that your c
In <002501bfb9d9$10b67ce0$0200a8c0@tim>, WL ([EMAIL PROTECTED]) in a
fit of unbridled passion, wrote:
> Hi,
>
> Can anyone point me to a URL with advise or tutorials or code-snippets on
> getting a Session working with CF? I'm fairly new to it (2 weeks) and have
> yet to look at how it deals wi
Sounds like you've got other code which is appending the URLs or the string you are
creating. Strip down your application.cfm file to only include the code you are
testing and see what happens.
---mark
--
Mark Warrick
Phone: (714) 5
opps I am sorry to everyone. It was pointed to me that my message might be viewed
differently than I intended. My message didn't really show that I do have a problem.
My problem is that on the first call of the page my sessionid is 49494949 (or eight
numbers only). The second time any page i
What you're seeing is most likely perm cookies not being accepted.
Appname_CFID_CFTOKEN
Is how that number breaks down, if cookies aren't being accepted then your
application can't track (by default) the user therefore assigning a new
session every time (as seen by the CFID increasing, CFTOKEN i
MM Michael,
Can we see the application.cfm code? And/Or a link to the offending page.
BB,
--K
-Original Message-
From: Michael Ross [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 17, 2001 8:53 PM
To: CF-Talk
Subject: Re: Sessions
opps I am sorry to everyone. It was pointed to
You are probably setting the session variable on every page. Try testing
whether the session variable is defined and setting the session variable if
it isn't.
At 03:53 PM 1/17/01 -0500, you wrote:
>opps I am sorry to everyone. It was pointed to me that my message might be
>viewed differently t
01/17/01 11:57AM >>>
MM Michael,
Can we see the application.cfm code? And/Or a link to the offending page.
BB,
--K
-Original Message-
From: Michael Ross [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 17, 2001 8:53 PM
To: CF-Talk
Subject: Re: Sessions
opps I am sorry
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 1:35 PM
To: CF-Talk
Subject: RE: Sessions
THanks all. Here is my application.cfm code as it is. It may not be
pretty. In a perfect world I want to check to see the sessionid variable is
active(aka the user is already here). If so then upda
--F50DDADF3BBE17F1586915AF
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
David,
Have a look in the developer exchange (tag gallery) for a tagset called sessionmagic,
its very very good.
Jared Clinton.
ObjectMastery.
David wrote:
> This is a multi-par
Try putting ## around na
UPDATE tblsessions SET LOGIN = 'rumm01', LOGGEDIN = 'YES' WHERE IDNUMBER=
#na#
Jason Lees
National Express
Email : [EMAIL PROTECTED]
-Original Message-
From: Michael Ross [mailto:[EMAIL PROTECTED]]
Sent: 02 January 2001 14:38
To: CF-Talk
Subject: Sessions/co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael,
Change your query to:
SELECT IDNUMBER
FROM tblsessions
WHERE IDNUMBER = '#IDNUMBER#'
Right now you're telling your database server "Get me the idnumb
Session variables do time out after a period of time. If it's not defined, I don't
think you
would want to update your table, but rather force the user to log in again.
Based on your code, it looks as if the user hits the homepage and the
variable session.user_name is not defined. It runs
SQL = "UPDATE tblsessions SET LOGIN = 'rumm01', LOGGEDIN = 'YES' WHERE
IDNUMBER= na"
Use single quotes around the na, so it should look like this
UPDATE tblsessions SET LOGIN = 'rumm01', LOGGEDIN = 'YES' WHERE
IDNUMBER='na'
--Greg
- Original Message -
From: "Michael Ross" <[EMAIL PROTEC
Yes thats exactly what it should do. But in the first instance I define the
session.user_name as a unique number. so the next time round it will update the
table. I know why the query isn't working, it shouldn't be getting the na in the
first place.
Thanks everyone..
>>> [EMAIL PROTECTED]
I don't know if you missed my additional comments in the code or not, but just
to re-specify,
You use CFPARAM to set the default to 'na' and when you check the
value (in the else statement) you are checking for 'NA' . Technically, the
two values are different. Does anyone know if the CF
Charlotte, NC 28270
www.solutionmasters.com
704.849.7771 x 228 Voice
704.849.9291 Fax
-Original Message-
From: Jeffry Houser <[EMAIL PROTECTED]>
To: CF-Talk <[EMAIL PROTECTED]>
Date: Tuesday, January 02, 2001 12:29 PM
Subject: Re: Sessions/cookies
>
> I don't k
Might be that you are storing the session in the cookie rather than on
the server.
AOL might be picky about what gets stored in a cookie.
MD
On 01/02/06, Andy Matthews <[EMAIL PROTECTED]> wrote:
> Okay...
>
> I've got a login system using session variables to keep a user logged in
> (all code at
Andy,
If your servers are clustered it could be a problem since the IP
address of an AOL user can change with every page request, and some
load balancers use the IP address of the user when deciding which
member of the cluster to direct traffic to. If you only have one
server then I would check the
I'm not explicitly storing the session info in cookies, but I wouldn't be
surprised if that's how it's being stored.
-Original Message-
From: Mark Drew [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 01, 2006 10:42 AM
To: CF-Talk
Subject: Re: Sessions & AOL
Have you thought of storing the session vars as client vars in a DB? If the
are simple vars you can write something to do it. The on the next request by
the users you can extract them and recreate the session.
If your host does not want to to use a resource intensive app you should find a
new
Anybody?
-Original Message-
From: Costas Piliotis
Sent: Friday, December 13, 2002 11:48 AM
To: CF-Talk
Subject: Sessions Not working?
I have a client that has set up a site, and they are having session issues.
When accessing a site using the IP Address, everything works fine.
When a
Have you played around with the cfapplication settings (setdomaincookie)?
Best regards,
Peter
Orginale Nachricht
Von: Costas Piliotis <[EMAIL PROTECTED]>
Betreff: RE: Sessions Not working?
Datum/Zeit: Friday, 13. December 2002 23:09:35
> Anybody?
>
> -O
Subject: RE: Sessions Not working?
Have you played around with the cfapplication settings (setdomaincookie)?
Best regards,
Peter
Orginale Nachricht
Von: Costas Piliotis <[EMAIL PROTECTED]>
Betreff: RE: Sessions Not working?
Datum/Zeit: Friday, 13. December 2002 23:09:35
>
Sounds like they don't have cookies, or if you're coding the
session.urltoken you have to put them in the framset.
Bob Everland
-Original Message-
From: Shawn Regan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 22, 2000 4:58 PM
To: '[EMAIL PROTECTED]'
Subject: Sessions and frames
Th
> are there any reasons why a session variable would empty out
> by itself??
> i have a session variable that after clicking to another
> page, just empties
> itself
> it will still exist, but it will be empty.
Becuase you are losing state and you have CFPARAMed the session variable?
Output th
Is the session variable defined in your application.cfm? If so check that
you have session-level cookies enabled in your browser. If not then this is
the problem. When you click through to the next page it thinks you are a
new user as it has no way of knowing you have been there before. If thi
z so, you'll get the same
error
if you try to cfparam session variables.
> -Original Message-
> From: Brendan Avery [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 21, 2002 12:45
> To: CF-Talk
> Subject: RE: sessions
>
>
> you can make it happen any time by do
On Sunday, Aug 10, 2003, at 14:19 US/Pacific, Michael Dinowitz wrote:
> OK, here's an interesting one. I have a CFC that I cached into the
> application
> scope. All it does is check a users name and password, writes some
> info to their
> session and exits. First run, no problem. It works. Secon
ugust 11, 2003 3:18 AM
> To: CF-Talk
> Subject: Re: Sessions and CFCs
>
>
> I've tested it out a few ways to Sunday and the results are
> always the same. As long as the CFC is cached, only the first
> 'use' of the CFC will result in any session information
Michael Dinowitz [mailto:[EMAIL PROTECTED]
> > Sent: Monday, August 11, 2003 3:18 AM
> > To: CF-Talk
> > Subject: Re: Sessions and CFCs
> >
> >
> > I've tested it out a few ways to Sunday and the results are
> > always the same. As long as the CFC
I've tested it out a few ways to Sunday and the results are always the same. As
long as the CFC is cached, only the first 'use' of the CFC will result in any
session information being written for the user. Every additional attempt results
in no session being written.
This is the code.
caching:
ly very strange
> what you're seeing...
>
> chris
>
>
>
> >-Original Message-
> >From: Michael Dinowitz [mailto:[EMAIL PROTECTED]
> >Sent: Monday, August 11, 2003 7:17 PM
> >To: CF-Talk
> >Subject: Re: Sessions and CFCs
> >
> >&
/blog
Yahoo IM : morpheus
"My ally is the Force, and a powerful ally it is." - Yoda
> -Original Message-
> From: Michael Dinowitz [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 11, 2003 11:44 AM
> To: CF-Talk
> Subject: Re: Sessions and CFCs
>
>
>
> The cache setup and the use look OK. What about the CFC itself?
I posted it to this thread earlier (in reply to Raymond)
> > Is it possible that when I upgraded to 6.1 from the last beta
> > something went
> > wrong? I'm seeing 6,1,0,60662 as the build.
>
> You should see 6,1,0,63958 as the bu
Running full release of 6.1 on a machine that was running the beta. What is this
page context bug, where can I read more about it and is there a fix (or is it
just a symptom of me caching the code)?
Thanks
> Michael, are you running RedSky? This sounds like a classic sympton of
> the page context
On Sunday, Aug 10, 2003, at 21:43 US/Pacific, Michael Dinowitz wrote:
> Running full release of 6.1 on a machine that was running the beta.
Hmm, weird. The page context bug is *definitely* fixed in Red Sky, even
in the beta versions!
> What is this page context bug, where can I read more about i
Hi Michael,
I show 6,1,0,63958 on all boxes that I've upgraded. Definitely very strange
what you're seeing...
chris
>-Original Message-
>From: Michael Dinowitz [mailto:[EMAIL PROTECTED]
>Sent: Monday, August 11, 2003 7:17 PM
>To: CF-Talk
>Subject: Re: Session
127.0.0.1
tony.
-Original Message-
From: Michael Dinowitz [mailto:[EMAIL PROTECTED]
Sent: Monday, August 11, 2003 10:17 PM
To: CF-Talk
Subject: Re: Sessions and CFCs
> The cache setup and the use look OK. What about the CFC itself?
I posted it to this thread earlier (in reply to Raym
Michael, are you running RedSky? This sounds like a classic sympton of
the page context bug.
===
Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc
(www.mindseye.com)
Member of Team Macromedia (http://www.macromedia.com
On Monday, Aug 11, 2003, at 02:18 US/Pacific, Michael Dinowitz wrote:
> I've tested it out a few ways to Sunday and the results are always the
> same. As
> long as the CFC is cached, only the first 'use' of the CFC will result
> in any
> session information being written for the user.
The cache
>Heylo
>
>Im having issues sharing sessions across subdomains...
>
>I (obviously foolishly) thought that if I had a session at the main domain,
>and then went to a subdomain of that domain I would maintain session, but
>that doesn¹t seem to be the case (?)
>
>I'm using the same cfapplication name i
Try adding 'setdomaincookies' to your cfapplication tag and set it to true.
That'll let you share client variables across subdomains, and sessions as
well, I believe. You might have to close your browser and clear your
cookies to make it work.
bareyb
---
Barney Boisvert, Senior Development Engin
And on one fell stroke all my problems are solved...
Muchos gracias :)
You've saved me a lot of time and effort!!
On 26/8/03 21:10, "Dave Carabetta" <[EMAIL PROTECTED]> wrote:
>> Heylo
>>
>> Im having issues sharing sessions across subdomains...
>>
>> I (obviously foolishly) thought that if I h
Are you using IE 6? I think IE 6 has a problem writing the chttp_cookie variable. Solution. I don't know if there is one.
Dwayne Cole, MS in MIS, MBA
Certified Advanced ColdFusion Developer
850-591-0212
"It can truly be said that nothing happens until there is vision. But it is equally true
, March 08, 2004 1:05 PM
To: CF-Talk
Subject: Re: Sessions - CFID/CFTOKEN
Are you using IE 6? I think IE 6 has a problem writing the chttp_cookie
variable. Solution. I don't know if there is one.
Dwayne Cole, MS in MIS, MBA
Certified Advanced ColdFusion Developer
850-591-0212
"It can tru
code for your cfapplication tag?
tw
On Tue, 21 Dec 2004 11:56:07 -0500, Todd <[EMAIL PROTECTED]> wrote:
> I have a problem where sessions seem to not be expiring. If someone logs in,
> and then wanders off, leaving their browser open but inactive, they can
> eventually come back to it and con
I have no answer for you as far as solving your problem, but I can tell you
that if you open the thread topic on the MM forums in a new window, the
thread comes up fine. If you just click on it, you get the "Maintenance"
error. Not sure why this works this way, but it does for me. Maybe a MM
When you say a session is 12 hours old, do you mean that they were
created 12 hours ago, or were last accessed 12 hours ago. It's possible
a person can hit a page on your site within the session timeout and stay
online indefinitely.
-nathan strutz
http://www.dopefly.com/
Todd wrote:
> I have a
- Original Message -
From: "Tony Weeg" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Tuesday, December 21, 2004 11:59 AM
Subject: Re: Sessions not expiring?
> code for your cfapplication tag?
>
> tw
~
Last accessed 12 hours ago.
- Original Message -
From: "Nathan Strutz" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Tuesday, December 21, 2004 12:07 PM
Subject: Re: Sessions not expiring?
> When you say a session is 12 hours old, do you mean that they were
&g
Sounds like your router is caching pages. Either turn it off or try
using Cache-Control:Private in your HTTP headers (via cfheader).
hth
-nathan strutz
http://www.dopefly.com/
Martin Parry wrote:
> Hi all - hopefully someone has experienced this.
>
>
>
> I have a client with about 70 motor d
PROTECTED]
Sent: 05 January 2005 16:52
To: CF-Talk
Subject: Re: Sessions not exclusive
Sounds like your router is caching pages. Either turn it off or try
using Cache-Control:Private in your HTTP headers (via cfheader).
hth
-nathan strutz
http://www.dopefly.com/
Martin Parry wrote:
> Hi al
Are you passing round the CFID and CFTOKEN in the URL?
If so, make sure nowhere links to your site with those tokens in the link - if
two people click on the link within 20 minutes of each other (or whatever your
session timeout is), they will share a session.
We used to have this problem with
but thanks very much for the prompter.
I'll post my findings later.
Cheers
Martin Parry
Macromedia Certified Developer
http://www.BeetrootStreet.co.uk
-Original Message-
From: Ian Buzer [mailto:[EMAIL PROTECTED]
Sent: 10 January 2005 07:26
To: CF-Talk
Subject: Re: Sessions not excl
There are a lot if issues to work out and understand well but it is
entirely possible to combine Application.cfm / Application.cfc
functionality.
You can have a lower level Application.cfm include a higher level
Applicaiton.cfm template. You can get also have a lower level
Application.cfc ext
>There are a lot if issues to work out and understand well but it is
>entirely possible to combine Application.cfm / Application.cfc
>functionality.
Well, this would be two application.cfc. I already converted Ray's stuff to
application.cfc.
~~~
You can extend the parent Application.cfc in the child Application.cfc. Make
sure you don't override the application name though as I'm pretty sure that
would create a different application name (and thus session scope). Also,
make sure you call super() if the parent has any logic that also needs t
>You can extend the parent Application.cfc in the child Application.cfc. Make
>sure you don't override the application name though as I'm pretty sure that
>would create a different application name (and thus session scope). Also,
>make sure you call super() if the parent has any logic that also nee
Justin,
If the applications are not related at all, what benefits do you seek
to gain from joining the two files. Are you just looking for less
coding time?
William
-Original Message
-From: [EMAIL PROTECTED]
-Date: Oct 29, 2007 9:42
-To: "CF-Talk"
-Subj: Re: Se
On 10/29/07, Justin T <[EMAIL PROTECTED]> wrote:
>
>
> Extension was something that I looked at as I use that extensively
> already, but the two applications are not related at all. I didn't want the
> onRequestStart, and onApplicationStart events firing in Canvas from my main
> application. In add
I'm looking to share authentication so that users don't have to login twice. I
think I'm going to refactor Canvas a tad so I can just go with extension. It
won't take a lot of work.
I was just wondering if this was something possible as I've never looked at it.
I see that Kinky Ben had somethi
You could pass something on the url which would indicate to the clientsite
to kill the session placing the code to do this before the application.cfm.
However if the user notices the url string and keeps adding it, this will
kill the session everytime. Another choice option is to check the http
re
Not sure why you are killing the application scope variables, as this is
across all users to the site anyway and don't need to be killed unless
your storing info in here that are used for this user only, and if this
is the case change your code so that it doesn't use the application
scope unless y
If you're going to use sessions without cookies, you're going to have to
pass the CFID and CFTOKEN from template to template via the url. You're
also going to have to make sure that, since you are exposing the urltoken,
that you take steps to see to it that users sharing links don't also share
se
maybe that stored all the products and the cart ID??
Thanks for the input, its helping me sort things out here.
Mike
- Original Message -
From: "Matt Robertson" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, October 30, 2001 11
, Inc. http://mysecretbase.com
-
- Original Message -
From: "Michael T. Tangorre" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, October 30, 2001 9:12 PM
Subject: Re: sessions and shopping carts
Hmmm
On 10/31/01, Michael T. Tangorre penned:
>H
>interesting. How do you handle poeple with cookies disabled?
>Would it be better to focus on the higher percentage of people with cookies
>turned on? I am not opposed to using a different method at all.. like I
>said I want to learn. Would it be b
OTECTED]>
Sent: Tuesday, October 30, 2001 11:47 PM
Subject: Re: sessions and shopping carts
> If you're going to use sessions without cookies, you're going to have to
> pass the CFID and CFTOKEN from template to template via the url. You're
> also going to have to mak
nd know that cookies are enabled.
I hope that helps.
Best regards,
Dennis Powers
UXB Internet
(203)879-2844
http://www.uxbinfo.com/
-Original Message-
From: Michael T. Tangorre [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 12:13 AM
To: CF-Talk
Subject: Re: sessions and shopping
At 05:47 PM 10/31/2001, you wrote:
> You're
>also going to have to make sure that, since you are exposing the urltoken,
>that you take steps to see to it that users sharing links don't also share
>sessions. Maybe run a referrer test or something, and issue a new urltoken
>if the referrer is blan
Well, like I said, you could run a referer test to see if the individual is coming in
from the outside world, or whether this is an internal link.
http://mydomain.com";)>
http://www.mydomain.com";)>
https://www.mydomain.com";)>
Personally I handle this
At 02:18 PM 11/1/2001, you wrote:
>Compare(cgi.http_referer,"")>
>
>
Aha ! therein lies the problem... how does one go about resetting the
session ID.. there is no CF function resetSessionID(), I could redirect to
another page without adding the URLToken, but CF is just going to set
etbase.com
-
- Original Message -
From: "James Sleeman" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Wednesday, October 31, 2001 5:42 PM
Subject: Re: sessions and shopping carts
At 02:18 PM 11/1/2001, you wrote:
>Compare(cgi.http_refer
On 11/1/01, James Sleeman penned:
> >>Compare(cgi.http_referer,"")>
>>
>>
>
>Aha ! therein lies the problem... how does one go about resetting the
>session ID.. there is no CF function resetSessionID(), I could redirect to
>another page without adding the URLToken, but CF is just going
Bud,
For some reason... mail server chewed my last reply! about 7hrs ago.
It all depends on what you have enabled in you application.
You can enable both J2EE sessions(JSessionID) and client(CFID/CFTOKEN) state
management in CFMX.
They are different things in CFMX..populates different variables.
On 3/6/03, Joe Eugene penned:
>To use sessions without cookies.. take a look at..
>
>URLSessionFormat(request_URL)
>
>http://livedocs.macromedia.com/cfmxdocs/CFML_Reference/functions-pt2113.jsp#
>4471249
Thanks Joe. That basically looks exactly like what is spit out by
urltoken, except it places
what happens if you have a URL like this:
index.cfm?fuseaction=users.currentusers&listType=desc
does it add another ? to the end???
-Original Message-
From: Bud [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 7:54 AM
To: CF-Talk
Subject: RE: Sessions and CFMX still
On 3/
Client State.
2. Easy to expire session
3. J2EE sessions expire on browser close... and are truly treated as "session cookies"
Hope this helps.
Joe Eugene
---Original Message---
From: Bud <[EMAIL PROTECTED]>
Sent: 03/07/03 07:54 AM
To: CF-Talk <[EMAIL PROTECTED]>
Su
> > urltoken, except it places the jsessionid in the URL twice
>
> I just noticed this.. This is not supposed to happen..
>
> In theory/manuals .. it should be like
> "index.cfm?jsessionid=80301958431047056318625&cfid=20241&cftok
> en=52485459"
>
> It does something like ...
> index.cfm;JSESSI
Cedric:
Are both sites hosted on the same CF server? If that is the case, just
append CFID and CFTOKEN to the linked URL and it will carry the session
and client information over:
http://domain2.com/somepage.cfm?cfid=#cfid#&cftoken=#cftoken#
-Matt
-Original Message-
From: Cedric Villat [
Cedric,
If you have a web server cluster that also houses multiple domains
depending on your clustering configuration you can also make a server
stay with the user who made a request. That would be a clustering
software modification. I don't know if that's your setup is but this is
just FYI. A
Paul,
Just off the top of my head wouldn't the sessiontimeout="30" set the timeout
to 30 seconds.
Steve
-Original Message-
From: Paul Giesenhagen [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2003 3:46 PM
To: CF-Talk
Subject: Sessions - won't stick around
Has anyone ever been
-
From: DURETTE, STEVEN J (AIT)
To: CF-Talk
Sent: Friday, October 10, 2003 2:52 PM
Subject: RE: Sessions - won't stick around
Paul,
Just off the top of my head wouldn't the sessiontimeout="30" set the timeout
to 30 seconds.
Steve
-Original Messa
You need to use the createTimeSpan function within the sessionTimeout value.
- Original Message -
From: Paul Giesenhagen <[EMAIL PROTECTED]>
Date: Friday, October 10, 2003 1:55 pm
Subject: Re: Sessions - won't stick around
> I think that value is for minutes ...
>
&
Paul, it appears youre not having cf send cookies to the browser. So, in
this case you would have to add the cfid and token to your url string. Are
you doing this? If not, I'd try setting setclientcookies = 'yes'.
DRE
-Original Message-
From: Paul Giesenhagen [mailto:[EMAIL PROTECTED
iesenhagen [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2003 3:55 PM
To: CF-Talk
Subject: Re: Sessions - won't stick around
I think that value is for minutes ...
But even at that .. in my application it imediately does a redirect and that
takes maybe 1 second .. so it should stick at least f
03 2:52 PM
Subject: RE: Sessions - won't stick around
Paul,
Just off the top of my head wouldn't the sessiontimeout="30" set the
timeout
to 30 seconds.
Steve
-Original Message-
From: Paul Giesenhagen [mailto:[EMAIL PROTECTED]
Sent: Friday, October
- Original Message -
From: [EMAIL PROTECTED]
To: CF-Talk
Sent: Friday, October 10, 2003 3:01 PM
Subject: Re: Sessions - won't stick around
You need to use the createTimeSpan function within the sessionTimeout value.
- Original Message -
From: Paul Giesenhagen &l
thing I possibly did ...
Paul Giesenhagen
QuillDesign
- Original Message -
From: Andre Turrettini
To: CF-Talk
Sent: Friday, October 10, 2003 3:16 PM
Subject: RE: Sessions - won't stick around
Paul, it appears youre not having cf send cookies to the browser. So, in
Hi Paul,
You need to set client management to "yes" or pass the key pair via manually. Also, SetClientCookies at 'No' will cause you to pass the key pair manually too, I think, regardless of your client management setting.
cfapplication
name="blah"
sessionmanagement="yes"
clientmanagement
cf tracks client and session vars the same. Just try it with
setclientcookies set to yes.
DRE
-Original Message-
From: Paul Giesenhagen [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2003 2:55 PM
To: CF-Talk
Subject: Re: Sessions - won't stick around
I am not using c
Paul wrote:
>I am not using client variables ...
If you shut off client management you also shut off CF's ability to track your sessions on its own, since it keeps track of visitors server-side via client.cfid and client.cftoken. Setclientcookies has to be set to "yes" (or left out as its the def
Try deleting all your cookies.
- Original Message -
From: Paul Giesenhagen <[EMAIL PROTECTED]>
Date: Friday, October 10, 2003 2:54 pm
Subject: Re: Sessions - won't stick around
> I am not using client variables ...
>
> This was working .. I was coding and then refr
> If you shut off client management you also shut off CF's
> ability to track your sessions on its own, since it keeps
> track of visitors server-side via client.cfid and
> client.cftoken. Setclientcookies has to be set to "yes" (or
> left out as its the default) as it sets the key pair on the
Deleting all my cookies didn't work .. also, this was working fine for days .. just this day it decided to crap out ..
Paul Giesenhagen
QuillDesign
- Original Message -
From: Matt Robertson
To: CF-Talk
Sent: Friday, October 10, 2003 4:18 PM
Subject: Re: Sessions -
1 - 100 of 217 matches
Mail list logo