CSRF n'a rien avoir avec ton problème, à part si tu l'utilises explicitement d'une façon très très particulière, il n'agit qu'à la soumission (enfin à la réception pour être précis) d'un formulaire et à ma connaissance, même en cas d'erreur il n'a aucun impact direct sur une session.
De même, je doute qu'il soit utile de chercher aussi "bas" que WSGI, en théorie le problème doit se présenter au niveau de Django ou de ta webapp. Dans le doute, fait une recherche sur google/stackoverflow au cas où il existerait un bug exotique auquel tu ferais face. -- Cordialement, David THENON - http://sveetch.biz Le samedi 07 juillet 2012 11:53:41, François GUÉRIN a écrit : > Bonjour, > > J'ai essayé de déboguer pas-à-pas la création des WSGIRequest, qui > sont, je pense, le point d'entrée des requête dans l'application. Lors de > la vérification de session, l'utilisateur identifié par la session est > AnonymousUser, alors que j'ai bien un utilisateur connecté dans la page. > Il faut que je vérisie le csrf_token dans le template, ce que je n'ai pas > encore fait. > Les temps de sessions sont OK, la déconnexion à la femeture du > navigateur est désactivée. Je ne suis pas devant ma machine de dev, là, > j'en dirai plus lundi... > > Merci ! > frague > Bon week-end ! > frague > _______________________________________________ > django mailing list > [email protected] > http://lists.afpy.org/mailman/listinfo/django _______________________________________________ django mailing list [email protected] http://lists.afpy.org/mailman/listinfo/django
