Stefane Fermigier (www.nuxeo.com) sent this answer this morning.
-- Message transmis --
Subject: [[EMAIL PROTECTED]: Apache Week issue 287]
Date: Sat, 16 Mar 2002 08:12:53 +0100
From: Stefane Fermigier [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
- Forwarded message from
Le Samedi 9 Mars 2002 23:04, Dieter Maurer a écrit :
Jean-Paul Smets writes:
... TCPWatch dumps demonstrating cookie problem for __ac cookie ...
When I read the dumps correct then *ALL* Apache + __ac dumps
lack the __ac cookie whether or nor VHM is used.
Thus, I would say, VHM is out of
Le Mercredi 6 Mars 2002 22:35, Dieter Maurer a écrit :
Jean-Paul Smets writes:
I could find out that certain cookie names work, some others do not
Works
Really strange.
Could you use tcpwatch (or another TCP logger) to see whether
the Zope response contains the cookie
Hi,
I did a few more tests. Apparently, this cookie issue
- happens in proxy mode
- does not happen in CGI mode
Of course, it is required to delete all cookies stored in the browser once
the __ac cookie has been successfully set in CGI mode
I have enclose an excerpt of my
You will see that the Set-Cookie is different in the 5 cases
My conclusion for now is that something could be wrong with the Apache
rewriting process.
Nope, cause I'm running Roxen.. and have the same behaviour.
/Magnus
___
Zope-Dev maillist
Jean-Paul Smets writes:
... TCPWatch dumps demonstrating cookie problem for __ac cookie ...
When I read the dumps correct then *ALL* Apache + __ac dumps
lack the __ac cookie whether or nor VHM is used.
Thus, I would say, VHM is out of suspicion.
Now, Apache + Zope via mod_proxy is Zope via
On Thu, 7 Mar 2002, Magnus Heino wrote:
What browser are you using? Strange things like this happen for me
occasionally after a Mozilla upgrade, but I just delete the cookies for
the site and everything goes back to normal. I figure someone at
Netscape is just fiddling with the cookie
Jean-Paul Smets wrote:
I could find out that certain cookie names work, some others do not
Works
__ac_
__ac_ra
__ac_rak1
__ac_nex1
__ac_erp5
Does not work
__ac
__ac_rack1
__ac_rack12
Really strange.
What browser are you using? Strange things like this happen for me
Jean-Paul Smets writes:
I could find out that certain cookie names work, some others do not
Works
Really strange.
Could you use tcpwatch (or another TCP logger) to see whether
the Zope response contains the cookie header. If not, this would
be a Zope problem we could debug. If so,
Jean-Paul Smets wrote:
I could find out that certain cookie names work, some others do not
Works
__ac_
__ac_ra
__ac_rak1
__ac_nex1
__ac_erp5
Does not work
__ac
__ac_rack1
__ac_rack12
Really strange.
What browser are you using? Strange things like this happen
Hi,
I just upgraded this morning a Debian Woody server with Zope 2.5. The
upgrade has resulted in all my CMF (which use SiteRoot or
VirtualHostMonster) to refuse any authentication.
Without SiteRoot or VirtualHostMonster, everything is fine.
I am searching the reason.
JPS.
I just upgraded this morning a Debian Woody server with Zope 2.5. The
upgrade has resulted in all my CMF (which use SiteRoot or
VirtualHostMonster) to refuse any authentication.
Without SiteRoot or VirtualHostMonster, everything is fine.
I have had this problem (and a few others, some
Le Mardi 5 Mars 2002 15:15, vous avez écrit :
I just upgraded this morning a Debian Woody server with Zope 2.5. The
upgrade has resulted in all my CMF (which use SiteRoot or
VirtualHostMonster) to refuse any authentication.
Without SiteRoot or VirtualHostMonster, everything is fine.
I
Here are the news
- whener the CMF is access through a VHM, only one cookie is set
(__ac_name) and we get a loop on the login page
- whenever the CMF is accessed directly (in my case through an ssh tunnel
pointing to the root of the zope) two cookies are set
I started debugging Zope. I found that the various methods in
CookieCrumbler are called and should normally set a cookie for auth_cookie.
However, under VHM operation, this does not happen when auth_cookie ==
'__ac'
I changed the name of the authentication cookie to __ac_erp5 in the CMF
I could find out that certain cookie names work, some others do not
Works
__ac_
__ac_ra
__ac_rak1
__ac_nex1
__ac_erp5
Does not work
__ac
__ac_rack1
__ac_rack12
Really strange.
JPS.
--
Jean-Paul Smets-Solanes [EMAIL PROTECTED] - Nexedi (CEO)
GPG Fingerprint: 40FF FA78 75AA 680D 8BB4 EEF9
I can verify this. Same thing happens here too.
I had to redirect login_form to :8080 before, since I could not login to CMF
otherwise, using VHM.
I changed auth_cookie from __ac to __ac_, and now I can login through VHM...
Bug... I'll put it in the Collector.
(I'm using a week old cvs
17 matches
Mail list logo