I don't believe that the redirect will ever set cookie because it would
be unsure which domain to set it for. Redirects have the possibility,
I'd dare say intention, to transverse domains, so you would only be
setting a cookie at the domain you are leaving, and it wouldn't be
useful. Why does the f
OK, I found the problem. I found why this is happening more for me and
not for others, it has to do with redirecting.
On these apps there are several places where a first time hit gets
redirected. On the first time hit, there is no search arg userref, but
the cookie cannot be set, because it
Yes, that is one of the ways I saw that the <@userreferencecookies> was
not working properly.
I built a sniffer in RealBasic that performed http requests like a
browser, and then looked at the value of the http Headers returned.
Even if there was not search arg userref, there were times when th
Hi Robert,
> I know how to easily check if they differ, that is not the issue. The
> issue is that my fix write the cookie even if it already exists with
> the correct value. So I would like to read in the UserRef cookie to
> check it before writing, but it seems there is no way to actually
I know how to easily check if they differ, that is not the issue. The
issue is that my fix write the cookie even if it already exists with
the correct value. So I would like to read in the UserRef cookie to
check it before writing, but it seems there is no way to actually
verify if the cook
Robert,
Didn't mean to bug you about the version, the fix for the session cookie
bug in 062 was primarily done in the client, so if the versions were out
of sync your results would be sporadic. The latest version of the
wiis.dll is 5.0.1.66
Of course, I have to say that there is something somewhe
Make a TAF that displays the metatag <@SERVERSTATUS> check out the entry
for NumQryServed
http://www.witango.com/developer/help.taf?_function=detail&snippetid=140
Robert
-Original Message-
From: Srinivasan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 20, 2004 1:19 PM
To: [EMAIL PROT
Well,
That makes sense, but using the <@userreference> tag is not the same as
checking for the cookie, because the <@userreference> tag will return a
value if the cookie is not present.
I am absolutely certain I am using 065 of the client, and the servers.
I have the client running on a sin
yeah that was my question, just wondering if this could have to do w/ a
datasource problem weve been having for a little while, sounds like it
doesnt though since we use static db connection info.
thanks (:
- Original Message -
From: "Scott Cadillac" <[EMAIL PROTECTED]>
To: <[EMAIL PROTE
Confirmed.
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 rig
Hi Alan,
If I understand your question...
Connecting to a Database with Witango would only be related to the
UserReference business "if" you were using User Scope Variables for your
Datasource connection information.
(similar to what I describe here http://xmlx.ca/articles/571.aspx )
Hope thi
Hi Scott,
Thanks for your reply...
Yes am running on solaris...I will get in touch with the Tech Support of
witango. Is there any way I have see how much hits am getting on the tango
app Server?
Rgds,
Srinivasan
-Original Message-
From: Scott Cadillac [mailto:[EMAIL PROTECTED]
Sent:
Hi Srinivasan,
If I'm not mistaken, I think you're on Solaris? Correct?
Unfortunately, I suspect this type of error is more related to your
Operating System environment and I'm strictly a Windows programmer.
Sorry you're still having troubles, but based on our off-list
correspondence in the pa
does anyone know if it relies on the user reference when connecting to a
database?
- Original Message -
From: "Scott Cadillac" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 20, 2004 8:53 AM
Subject: Re: Witango-Talk: Cookie Bug
> Hi Robert,
>
> Please see my comment
Hi Scott,
Am back to bug you...pls help me...
am getting the following error more often...
[ 5141] 2004-01-19 12:27:57 FATAL Caught fatal signal SIGSEGV
what could be the error pls advice is there any way to measure the
number of hits from tango
looking forward to see you suggesti
Robert,
You can not retrieve the Witango_UserReference cookie value with the
@VAR tag. This was explained to me by Phil at one point which boiled
down to the fact that the value was the name or key of the userreference
and was processed before other values were set. <@USERREFERENCE>
produces the r
Hi Robert,
Please see my comments below...
> 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.
Keep in
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 th
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 <@userreferenc
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 dat
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 t
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 cooki
22 matches
Mail list logo
