Gestion deconnexion SfGuardDoctrinePLugin

[mantex]

Bonjour,

Je cherche depuis quelques mois une solution pour gérer proprement la
fin de session (loggout) depuis mon projet utilisant le
pluginSfGuardDoctrine.

En effet lorsque le session arrive à expiration côté serveur ou en cas
de Clear Cache l' utilisateur connecté se retrouve redirigé vers la
page de login.

Sauf que si celui essai de reloguer il obtient une page d' erreur
( Firefox a détecté que le serveur redirige la demande pour cette
adresse d'une manière qui n'aboutira pas. La page n'est pas redirigée
correctement . La cause de ce problème peut être la désactivation ou
le refus des cookies.) .

La solution consiste a revenir sur la dernière page consultée et
cliquer sur déconnexion ou vider les cookies.

Cette solution actuellement ne me convient pas car certains
utilisateurs risquent de m' appeler juste pour cela.

[manuel brossard]

Je relance un peu le sujet, personne n' a d' idée ?

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr.
Pour envoyer un message à ce groupe, adressez un e-mail à symfo...@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse symfony-fr+...@googlegroups.com.
Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/symfony-fr?hl=fr

--
Cordialement,

Manuel Brossard
Twitter: twitter.com/infonel
Skype : mantex2039

Tel: + 33 9 72 17 00 41

[Mohamed Ayoub Benjelloun]

En frontal dev t'as quoi comme erreur?

-- 

Mohamed Ayoub BENJELLOUN

Chef de Département web [ EmagCom ]

Consultant Freelance [ PHP5 Technologies - Gestion de Projet]

Cv en-ligne: www.doyoubuzz.com/ayoub-benjelloun

Email: benjell...@gmail.com

Tél: +212 661 96 44 01

Skype: benjellounayoub

[manuel brossard]

En fait le browser décroche de l' appli pour m' afficher au bout de quelques secondes.

(   Firefox a détecté que le serveur redirige la demande pour cette
adresse d'une manière qui n'aboutira pas. La page n'est pas redirigée
correctement . La cause de ce problème peut être la désactivation ou
le refus des cookies.) .

[Mohamed Ayoub Benjelloun]

Peux tu nous transmettre les dernières lignes de ton fichier log se situant sur log/nomApp_dev.log

[manuel brossard]

OK je viens de simuler la perte de sessions avec un cc..

je clique sur un lien , je suis déconnecté , normal et redirigé vers la page de login , j' essai de me relogger !


Voici les logs.

Sep 07 12:45:22 symfony [info] {sfPatternRouting} Connect sfDoctrineRoute "sf_guard_permission_collection" (/guard/permissions/:action/action.:sf_format)
Sep 07 12:45:22 symfony [info] {sfPatternRouting} Match route "sf_guard_signin" (/guard/login) for /guard/login with parameters array (  'module' => 'sfGuardAuth',  'action' => 'signin',)
sep 07 12:45:22 symfony [info] {sfFilterChain} Executing filter "sfRenderingFilter"
sep 07 12:45:22 symfony [info] {sfFilterChain} Executing filter "sfExecutionFilter"
sep 07 12:45:22 symfony [info] {sfGuardAuthActions} Call "sfGuardAuthActions->executeSignin()"
sep 07 12:45:22 symfony [info] {Doctrine_Connection_Mysql} exec : SET NAMES 'UTF8' - ()
sep 07 12:45:22 symfony [info] {Doctrine_Connection_Statement} execute : SELECT s.id AS s__id, s.first_name AS s__first_name, s.last_name AS s__last_name, s.email_address AS s__email_address, s.username AS s__username, s.algorithm AS s__algorithm, s.salt AS s__salt, s.password AS s__password, s.is_active AS s__is_active, s.is_super_admin AS s__is_super_admin, s.last_login AS s__last_login, s.type AS s__type, s.function AS s__function, s.address1 AS s__address1, s.address2 AS s__address2, s.postcode AS s__postcode, s.city AS s__city, s.tel AS s__tel, s.sex AS s__sex, s.consultant_id AS s__consultant_id, s.company AS s__company, s.mobile AS s__mobile, s.created_at AS s__created_at, s.updated_at AS s__updated_at FROM sf_guard_user s WHERE (s.username = ? AND s.is_active = ?) - (client3, 1)
sep 07 12:45:22 symfony [info] {sfGuardSecurityUser} User is authenticated
sep 07 12:45:22 symfony [info] {Doctrine_Connection_Statement} execute : SELECT s.id AS s__id, s.name AS s__name, s.description AS s__description, s.created_at AS s__created_at, s.updated_at AS s__updated_at, s2.user_id AS s2__user_id, s2.permission_id AS s2__permission_id, s2.created_at AS s2__created_at, s2.updated_at AS s2__updated_at FROM sf_guard_permission s LEFT JOIN sf_guard_user_permission s2 ON s.id = s2.permission_id WHERE (s2.user_id IN (?)) - (71)
sep 07 12:45:22 symfony [info] {Doctrine_Connection_Statement} execute : SELECT s.id AS s__id, s.name AS s__name, s.description AS s__description, s.created_at AS s__created_at, s.updated_at AS s__updated_at, s2.user_id AS s2__user_id, s2.group_id AS s2__group_id, s2.created_at AS s2__created_at, s2.updated_at AS s2__updated_at FROM sf_guard_group s LEFT JOIN sf_guard_user_group s2 ON s.id = s2.group_id WHERE (s2.user_id IN (?)) - (71)
sep 07 12:45:22 symfony [info] {sfGuardSecurityUser} Add credential(s) ""
sep 07 12:45:22 symfony [info] {Doctrine_Connection_Statement} execute : UPDATE sf_guard_user SET last_login = ?, updated_at = ? WHERE id = ? - (2011-09-07 12:45:22, 2011-09-07 12:45:22, 71)
sep 07 12:45:22 symfony [info] {sfFrontWebController} Redirect to "/"
sep 07 12:45:22 symfony [info] {sfWebResponse} Send status "HTTP/1.1 302 Found"
sep 07 12:45:22 symfony [info] {sfWebResponse} Send header "Location: /"
sep 07 12:45:22 symfony [info] {sfWebResponse} Send header "Content-Type: text/html; charset=utf-8"
sep 07 12:45:22 symfony [info] {sfWebDebugLogger} Configuration 5.45 ms (8)
sep 07 12:45:22 symfony [info] {sfWebDebugLogger} Factories 73.02 ms (1)
sep 07 12:45:22 symfony [info] {sfWebDebugLogger} Action "sfGuardAuth/signin" 101.24 ms (1)
sep 07 12:45:22 symfony [info] {sfWebDebugLogger} Database (Doctrine) 0.03 ms (5)
sep 07 12:45:22 symfony [info] {sfWebResponse} Send content (72 o)

[manuel brossard]

J' ai peut être une piste...

Lorsque je perds la session je perd l' authentification et je suis redirigé vers signin a nouveau.

sep 07 12:44:20 symfony [info] {sfBasicSecurityFilter} Action "customer/show" requires authentication, forwarding to "sfGuardAuth/signin"

Je devrai être plutôt être redirigé vers signout dans ce cas non ?

[Mohamed Ayoub Benjelloun]

Quand t'es déconnecté (simulation cc) t'es dirigé vers signIn ce qui est tout à fait normal, par contre quand tu te déconnectes il te redirige vers une route invalide, essayes ça sur ton app.yml

all:
  sf_guard_plugin:
    success_signin_url:      module1/action1
    success_signout_url:     module2/action2

[Mohamed Ayoub Benjelloun]

tuto intéressant:

http://www.lexik.fr/blog/symfony/symfony/utilisation-de-sfdoctrineguardplugin-pour-la-gestion-des-utilisateurs-634 

[manuel brossard]

Ben voici

all:
 sf_guard_plugin:
  success_signin_url:   /backend.php/
  success_signout_url:  /logout

ma route logout est bonne je l' utilise aussi quand je clique sur mon bouton deconnexion et cela fonctionne normalement.

La seule différence visible , le lien "mot de passe oublié" n' apparaît pas.

[manuel brossard]

Oups j' avais 2 app.yml.

A sous le projet ceci ci dessous un autre dans mon application backend.

#
apps/backend/config/app.yml


En modifiant

par

# default values
all:
 sf_guard_plugin:
  success_signout_url: /
  success_signin_url:  /

Par

# default values
all:
 sf_guard_plugin:
  success_signout_url: /
  success_signin_url:  /backend.php/


Je suis bien redirigé vers lorsque je me reloge après un cc.

[Mohamed Ayoub Benjelloun]

Peux tu nous donner les log de l'état suivant:

1- T'es connecté

2- Tu te déconnectes

[Mohamed Ayoub Benjelloun]

en fait, sur ton routing.yml à quoi correspond la route "/" ?

[manuel brossard]

homepage:
  url:   /
  param: { module: postlogin, action: index }