Hmm, I would remember having hard coded such a cookie. I'm just
testing setting the application to NOT set client cookies. Well, what
do you know? It still sets it regardless. Does this cfapplication tag
actually work?? I clear my cookies, then refresh the page and it
STILL sets that stinkin' JSessionID as a regular cookie!! My plan was
to then test for its existence and set it manually otherwise.
These would then be my first few lines of code in Application.cfm
(and it doesn't work as expected):
<cfsilent>
<cfcontent type="text/html; charset=utf-8">
<cfset setEncoding("URL", "utf-8")>
<cfset setEncoding("FORM", "utf-8")>
<!--- This application file is for the root folder of
travellerspoint.com --->
<cfapplication name="TP"
sessionmanagement="Yes"
sessiontimeout="#CreateTimeSpan(0,1,30,0)#"
applicationtimeout="#CreateTimeSpan(0,1,30,0)#"
setclientcookies="no">
<cfif not isDefined("Cookie.jsessionid")>
<cflock scope="Session" type="readonly" timeout="5">
<cfcookie name="jsessionid" value="#Session.SESSIONID#"
domain=".travellerspoint">
</cflock>
</cfif>
Thanks for your help Steve. It seems to me there is some server
problem causing this ..
Peter
...
Subject: Re: JSessionID and domain cookies
From: "Steve Onnis" <[EMAIL PROTECTED]>
Date: Wed, 8 Jun 2005 08:52:52 +1000
X-Message-Number: 5
This is a multi-part message in MIME format.
------=_NextPart_000_0037_01C56C07.77F89D80
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Maybe there is a URL hard coded somewhere with a jsessionid in it
which is overriding the auto one created by cf?
---
You are currently subscribed to cfaussie as: [email protected]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/
