C'est dans la debug bar de l'application en question que ca affiche 1800 ? Bizarre en effet. symfony cc peut être :D
Sinon à ce que je vois la gestion du timeout est géré dans sfBasicSecurityUser. Avec des options passé a intialize. Il faudrait voir si quelque part ces options ont été modifiés avant cet appel On 31 mai, 14:21, nicolas longuet <nicolas.long...@gmail.com> wrote: > merci pour ta rapidité :) > > donc ce que j'ai fait: > - effacer toutes les infos des fichiers factories.yml de toutes les > applications. > - puis j'ai remit la configuration 'personnalisée' suivante dans une seule > application : > > all: > ... > storage: > class: sfSessionStorage > param: > session_name: sf_site_web > session_cookie_lifetime: 7200 > > user: > class: myUser > param: > timeout: 7200 > > et.... rien ne se passe de plus; mais d'ou vient le 1800!!!! la > configuration ne prend rien en compte. > c assez problématique. les utilisateurs ne vont pas aimer se faire > déconnecter comme sa. > > la myUser() est derivé de sfGuardSecurityUser() > sa ne viendrait pas de la le problème? > > j'ai supprimer tout les cookies de mon navigateur aussi. -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr. Pour envoyer un message à ce groupe, adressez un e-mail à symfony...@googlegroups.com. Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse symfony-fr+unsubscr...@googlegroups.com. Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/symfony-fr?hl=fr