Could you confirm that your applications has read/write permissions at the locations where the `/sessions` directory should be created?
I remember facing a similar problem with the disk store for sessions a while back because of that. On Sat, Dec 6, 2014 at 3:27 PM, tensio <[email protected]> wrote: > Okay, so what I found out now is: > If I use > raise web.seeother("/whatever") > The session data is killed. But if I render a page instead I have no > problems with that. > I try to recreate this bug in an example code later. > > > > Am Samstag, 6. Dezember 2014 12:39:46 UTC+1 schrieb Matteo Landi: >> >> It's the first time I hear something like that. Would you mind sharing a >> small application able to replicate such bug? >> >> Ciao, >> Matteo >> >> On Sat, Dec 6, 2014 at 11:07 AM, tensio <[email protected]> wrote: >>> >>> Hi guys, >>> >>> so I am currently developing a simple web app. My system is a Mac OSX >>> Mavericks and the webpy code uses sessions. >>> To initialize the code I use: >>> store = web.session.DiskStore('sessions') >>> session = web.session.Session(app, store, initializer={'login': 0, >>> 'privilege': 0, 'userid': 0}) >>> >>> Everything works fine. In my login routine I can call session data >>> without any problems (also a function to check if the user is logged in). >>> But after >>> raise web.seeother('/userScreen') >>> The session data disappears. But the session ID is the same. >>> To show you this I called >>> print session.__dict__ >>> Prior to web.seeother and after. These are the results: >>> Prior: {'privilege': 1L, 'ip': u'127.0.0.1', 'login': 1, 'userid': 19L, >>> 'session_id': 'bc84e8f4713034fb48756d6c8850eaf22255819b'} >>> After: {'privilege': 0, 'ip': u'127.0.0.1', 'login': 0, 'userid': >>> 19L, 'session_id': 'bc84e8f4713034fb48756d6c8850eaf22255819b'} >>> Does anyone have an idea. What could I do? Is this a known issue? >>> >>> Thanks in advance! >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "web.py" group. >>> To unsubscribe from this group and stop receiving emails from it, send an >>> email to [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at http://groups.google.com/group/webpy. >>> For more options, visit https://groups.google.com/d/optout. >> >> > -- > You received this message because you are subscribed to the Google Groups > "web.py" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/webpy. > For more options, visit https://groups.google.com/d/optout. -- Need a kick-ass way of finding *highly-skilled* workers and contractors in Kenya? Check out https://dumaworks.com "The difference between theory and practice tends to be very small in theory, but in practice it is very large indeed." - Anon https://github.com/krmboya -- You received this message because you are subscribed to the Google Groups "web.py" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/webpy. For more options, visit https://groups.google.com/d/optout.
