On Jan 20, 2004, at 8:24 AM, Bill Conlon wrote:
Robert,
Please confirm you are using 065, as there were a series of session cookie bugs that were finally resolved with this release.
I only want it to be a session cookie. The problem is that the header in its default state, was not righting the cookie when it should have, namely when there was no userref search arg and there was no userref cookie in the browser.
In the witango manual v5, it states that the <@userreferencecookies> tag is the same as this:
Set-Cookie: Witango_UserReference=<@USERREFERENCE>;path=/<@CRLF>
Except that the <@userreferencecookies> tag doesn't write a cookie on
every request, but checks for the search arg, and a current cookie
first. It is this action of "checking" that I believe is broken. When I
replaced the <@userreferencecookies> tag with the text above, the
cookie is always set properly, and session state is never lossed.
I hope that makes sense, I am running on little sleep.
Also, I want to create a "check" method of my own, so that I don't
overwrite a cookie with the same value when I don't need to. So I first
must read in the Witango_UserReference cookie, right? So I try to read
it in by <@var cookie$Witango_UserReference>, but it returns nothing,
even though I can see the cookie in my browser prefs.
Robert.
On Jan 20, 2004, at 7:01 AM, Ben Johansen wrote:
Ok, I am trying to get a better understanding of your state issue. Because in you sample code
HTTP/1.1 <@HTTPSTATUSCODE> <@HTTPREASONPHRASE><@CRLF>Content-Type: text/html<@CRLF><@SETCOOKIES>Set-Cookie: Witango_UserReference=<@USERREFERENCE>;path=/<@CRLF><@CRLF>
you didn't set the end date time of the cookie, so it would expire when
the browser session was changed or ended.
Hence <@var cookie$Witango_UserReference> would yield nothing.
Maybe, I'm not fully understanding when you are loosing state :-b
What if you set the following
<@ASSIGN NAME=myTest SCOPE=cookie VALUE="<@userreference>" EXPIRES="<@TOGMT TS=<@SECSTOTS SECS='<@CALC EXPR="<@TSTOSECS TS=<@CURRENTTIMESTAMP>>+108000">'> FORMAT="datetime:http">">
108000 = 30 minutes (default variable timeout)
Let me know how far I am off the mark :-)
Ben Johansen - http://www.pcforge.com Authorized Witango & MDaemon Reseller Available for Witango Developement
-----Original Message----- From: Robert Garcia [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 8:56 AM To: [EMAIL PROTECTED] Subject: Re: Witango-Talk: Cookie Bug
One more thing.
In order to create my own "Cookie Check" method, I was doing some
tests. If I set a simple cookie, like <@assign cookie$myTest "This is a
test.">, I can verify the cookie is set through my browser prefs, and then read it back with <@var cookie$myTest>.
However, If I verify that the Witango_UserReference cookie is set in my
browser, if I try to read it out with <@var
cookie$Witango_UserReference>, I get nothing. I don't want to use
<@userreference> because that will not necessarily verify if the cookie
is written.
Any ideas?
Robert.
On Jan 20, 2004, at 5:15 AM, Robert Garcia wrote:
I have been working through cookie issues and loss of state issues for
months, and I have been able to reproduce the problem. I am using 065
on windows by the way.
It seems that the <@userreferencecookie> tag is supposed to check the
instance of the userref either as a search arg, or in a cookie, and only write a cookie if none present.
However, sometimes, even with no userref in the search arg or cookie,
sometimes the cookie is not written ( this usually happens when a user
first hits the site). What makes it worse is that I use the
<@userreferenceargument> in every link on the site, and since it gets
created on the first hit, and the cookie didn't get written, the
cookie definitely doesn't get written in subsequent hits, because the
search arg userref is always there.
As a quick test I replaced the default header:
HTTP/1.1 <@HTTPSTATUSCODE> <@HTTPREASONPHRASE><@CRLF>Content-Type: text/html<@CRLF><@SETCOOKIES><@userreferencecookie><@CRLF>
With:
HTTP/1.1 <@HTTPSTATUSCODE> <@HTTPREASONPHRASE><@CRLF>Content-Type: text/html<@CRLF><@SETCOOKIES>Set-Cookie: Witango_UserReference=<@USERREFERENCE>;path=/<@CRLF><@CRLF>
This manually sets the cookie on every hit, and seems to solve all my
problems. Until I build a class to check first then write the cookie,
I will keep this, it doesn't seem to hurt performance to much.
This definitely seems to be a bug, and a pretty significant one. I am
super busy, but I will try to send this up to witango this weekend unless someone already has.
It would seem to me that it would be better to check if the cookie
exists, and write it if it doesn't regardless if the search arg
userref is there. I am thinking through how this may be affected if
someone bookmarks a page with a search arg userref, and then uses it.
So I am going to work on a method, any thoughts would be great._____________________________________________________________________ __
--
Robert Garcia President - BigHead Technology VP Application Development - eventpix.com 5910 Clark Rd Suite G Paradise, Ca 95969 ph: 530.645.4040 x222 fax: 530.645.4040 [EMAIL PROTECTED] - [EMAIL PROTECTED] http://bighead.net/ - http://eventpix.com/ - http://theradmac.com/
_ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
--
Robert Garcia President - BigHead Technology VP Application Development - eventpix.com 5910 Clark Rd Suite G Paradise, Ca 95969 ph: 530.645.4040 x222 fax: 530.645.4040 [EMAIL PROTECTED] - [EMAIL PROTECTED] http://bighead.net/ - http://eventpix.com/ - http://theradmac.com/
_____________________________________________________________________ __
_
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
_____________________________________________________________________ __
_
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
--
Robert Garcia President - BigHead Technology VP Application Development - eventpix.com 5910 Clark Rd Suite G Paradise, Ca 95969 ph: 530.645.4040 x222 fax: 530.645.4040 [EMAIL PROTECTED] - [EMAIL PROTECTED] http://bighead.net/ - http://eventpix.com/ - http://theradmac.com/
______________________________________________________________________ __
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
Bill Conlon
To the Point 345 California Avenue Suite 2 Palo Alto, CA 94306
office: 650.327.2175 fax: 650.329.8335 mobile: 650.906.9929 e-mail: mailto:[EMAIL PROTECTED] web: http://www.tothept.com
_______________________________________________________________________ _
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
--
Robert Garcia President - BigHead Technology VP Application Development - eventpix.com 5910 Clark Rd Suite G Paradise, Ca 95969 ph: 530.645.4040 x222 fax: 530.645.4040 [EMAIL PROTECTED] - [EMAIL PROTECTED] http://bighead.net/ - http://eventpix.com/ - http://theradmac.com/
________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
