Yes chmod 777 on the app.py and the folder(s). Am Samstag, 6. Dezember 2014 13:52:05 UTC+1 schrieb Kenny Rachuonyo: > > 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] <javascript:>> > 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] <javascript:>. > > To post to this group, send email to [email protected] > <javascript:>. > > 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.
