Re: [Webware-discuss] Session Issue bug found

2007-09-04 Thread Christoph Zwerschke
Sophana wrote: > Christoph Zwerschke a écrit : >> Maybe we should make '/' the default CookiePath again instead of None >> (automatic determination)? This is less secure, but at least it will >> always work (Microsoft policy ;-) This issue has already caused too much >> confusion in the past. >>

Re: [Webware-discuss] Session Issue bug found

2007-09-04 Thread Sophana
Christoph Zwerschke a écrit : > Sophana wrote: > >> I reverted to 0.9.2 because of the cookie clear bug which I couldn't >> find a workaround. >> > > If you provide a test case for that bug, I'll try to fix it in the next > version. > > >>> But this would be redirected to /wk/wk/* and n

Re: [Webware-discuss] Session Issue bug found

2007-08-30 Thread Christoph Zwerschke
Sophana wrote: > I reverted to 0.9.2 because of the cookie clear bug which I couldn't > find a workaround. If you provide a test case for that bug, I'll try to fix it in the next version. >> But this would be redirected to /wk/wk/* and not work anyway? > No, in my case I only redirect / (^/$) wi

Re: [Webware-discuss] Session Issue bug found

2007-08-30 Thread Sophana
Christoph Zwerschke a écrit : > Sorry for the late answer, I was offline was some weeks. > > sophana wrote: > >> Now looking at firefox cookie list, when I go to my server root url, I >> get a SID cookie with the path set to // >> > > This is a bug. It should only be '/'. I have already fix

Re: [Webware-discuss] Session Issue bug found

2007-08-30 Thread Christoph Zwerschke
Sorry for the late answer, I was offline was some weeks. sophana wrote: > Now looking at firefox cookie list, when I go to my server root url, I > get a SID cookie with the path set to // This is a bug. It should only be '/'. I have already fixed it in the trunk. Can you try again with the HTTPR

Re: [Webware-discuss] Session Issue bug found

2007-08-04 Thread sophana
Christoph Zwerschke a écrit : > Concerning the sessions, this may have to do with the more secure > default cookie path for Webware. It will be probably using '/wk' now, > while you had been using '/'. If you still experience problems with the > cookies, you can set a fixed cookie path in 0.9.4,

Re: [Webware-discuss] Session Issue

2007-08-02 Thread Christoph Zwerschke
> I will revert to the previous server, then try to reproduce the problem. > I hope the session incompatibility will not show up again... Yes, you should check the new version on the old server and the old version on the new server to see whether it is an issue of the server or or Webware. I hav

Re: [Webware-discuss] Session Issue

2007-08-02 Thread sophana
Jkx a écrit : > Hi all, > > I've been off webware for a while now, but yesterday I need to > update my website, and I run into some issues with an old webware > install (which work smothly since 2 years). > > I switched to mod2_webkit, and last stable webware release 0.9.3 + > apache 2.2 (my prev

Re: [Webware-discuss] Session Issue

2007-06-13 Thread Jerome Kerdreux
Ho I miss to answer, this email ! /me slaps me !!! In fact, I hand patched this stuff like Christoph ask, but I run into other issues.. mainly cause I already asked the URLParser before: http://www.larsen-b.com/Article/91.html I managed to fix the issue, but don't ask me exactly how. Afte

Re: [Webware-discuss] Session Issue

2007-05-15 Thread Jeremy Kaplan
including feedback and proposals. Subject: Re: [Webware-discuss] Session Issue I'm kinda nervous to expose how I do things, for fear of being told I'm completely smoking crack, BUT... We use mod_rewrite to map the /wk/ noise right to the document root in the httpd.conf file (similarly

Re: [Webware-discuss] Session Issue

2007-05-15 Thread Jeremy Kaplan
To: Discussion of Webware for Python including feedback and proposals. Subject: Re: [Webware-discuss] Session Issue Jerome Kerdreux wrote: > Hum .. I guess you found something. The url is > http://www.larsen-b.com/Articles/X.html > but the cookie path is "/wk/" ... Do you

Re: [Webware-discuss] Session Issue

2007-05-14 Thread Christoph Zwerschke
Jerome Kerdreux wrote: > Hum .. I guess you found something. The url is > http://www.larsen-b.com/Articles/X.html > but the cookie path is "/wk/" ... Do you have a idea to fix this ? I cannot see how this happens with the rewrite rules you posted, but you wrote that you are using another URLD

Re: [Webware-discuss] Session Issue

2007-05-14 Thread Jerome Kerdreux
On Mon, 14 May 2007 22:54:58 +0200 Christoph Zwerschke <[EMAIL PROTECTED]> wrote: > Jerome Kerdreux schrieb: > > Hum, I missed to say that firefox see the SID cookie, the issue is that > > my code doesn't have it, so create a new session cookie at each request. > > > > In awake(), I checked for

Re: [Webware-discuss] Session Issue

2007-05-14 Thread Christoph Zwerschke
Jerome Kerdreux schrieb: > Hum, I missed to say that firefox see the SID cookie, the issue is that > my code doesn't have it, so create a new session cookie at each request. > > In awake(), I checked for trans.request()._environ['HTTP_COOKIE'] this > give me some cookie but not the SID one ..

Re: [Webware-discuss] Session Issue

2007-05-14 Thread Jerome Kerdreux
On Mon, 14 May 2007 19:02:16 +0200 Christoph Zwerschke <[EMAIL PROTECTED]> wrote: > Jkx wrote: > >> * If you create an empty (default) working dir, does it work? > > > > It should work (as my app is running), I only have some issues > > with Session (all other is working fine) > > I mean, do s

Re: [Webware-discuss] Session Issue

2007-05-14 Thread Christoph Zwerschke
Jkx wrote: >> * If you create an empty (default) working dir, does it work? > > It should work (as my app is running), I only have some issues > with Session (all other is working fine) I mean, do sessions (e.g. the CountVisits example) work when you create an empty working dir? > Here is my

Re: [Webware-discuss] Session Issue

2007-05-10 Thread Christoph Zwerschke
> After some tweaks in the webware context config, all is working > quite fine. (migration was easy :) .. but the session doesn't work > any more. And even worst I try to do some debuging, and find that > trans.request()._environ['HTTP_COOKIE'], contains some cookies but > not the SID one, beside