Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
Je relance un peu le sujet, personne n' a d' idée ? Le 1 septembre 2011 11:10, mantex m...@infonel.net a écrit : 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. -- 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-fr@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 -- Cordialement, Manuel Brossard Twitter: twitter.com/infonel Skype : mantex2039 Tel: + 33 9 72 17 00 41 -- 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-fr@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
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
En frontal dev t'as quoi comme erreur? Le 7 septembre 2011 09:48, manuel brossard mbross...@infonel.net a écrit : Je relance un peu le sujet, personne n' a d' idée ? Le 1 septembre 2011 11:10, mantex m...@infonel.net a écrit : 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. -- 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-fr@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 -- Cordialement, Manuel Brossard Twitter: twitter.com/infonel Skype : mantex2039 Tel: + 33 9 72 17 00 41 -- 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-fr@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 -- -- *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: benjellounay...@gmail.com* *Tél: +212 661 96 44 01* *Skype: benjellounayoub* -- 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-fr@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
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
Peux tu nous transmettre les dernières lignes de ton fichier log se situant sur log/nomApp_dev.log Le 7 septembre 2011 10:28, manuel brossard mbross...@infonel.net a écrit : 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.) . Le 7 septembre 2011 12:04, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : En frontal dev t'as quoi comme erreur? Le 7 septembre 2011 09:48, manuel brossard mbross...@infonel.net a écrit : Je relance un peu le sujet, personne n' a d' idée ? Le 1 septembre 2011 11:10, mantex m...@infonel.net a écrit : 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. -- 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-fr@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 -- Cordialement, Manuel Brossard Twitter: twitter.com/infonel Skype : mantex2039 Tel: + 33 9 72 17 00 41 -- 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-fr@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 -- -- *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: benjellounay...@gmail.com* *Tél: +212 661 96 44 01* *Skype: benjellounayoub* -- 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-fr@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 -- Cordialement, Manuel Brossard Twitter: twitter.com/infonel Skype : mantex2039 Tel: + 33 9 72 17 00 41 -- 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-fr@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 -- -- *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: benjellounay...@gmail.com* *Tél: +212 661 96 44 01* *Skype: benjellounayoub* -- 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-fr@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
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
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)
Le 7 septembre 2011 12:32, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
Peux tu nous transmettre les dernières lignes de ton fichier log se situant
sur log/nomApp_dev.log
Le 7 septembre 2011 10:28, manuel brossard mbross...@infonel.net a écrit
:
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.) .
Le 7 septembre 2011 12:04, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
En frontal dev t'as quoi comme erreur?
Le 7 septembre 2011 09:48, manuel brossard mbross...@infonel.net a
écrit :
Je relance un peu le sujet, personne n' a d' idée ?
Le 1 septembre 2011 11:10, mantex m...@infonel.net a écrit :
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
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
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 ?
Le 7 septembre 2011 12:49, manuel brossard mbross...@infonel.net a écrit :
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)
Le 7 septembre 2011 12:32, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
Peux tu nous transmettre les dernières lignes de ton fichier log se situant
sur log/nomApp_dev.log
Le 7 septembre 2011 10:28, manuel brossard mbross...@infonel.net a
écrit :
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.) .
Le 7 septembre 2011 12:04, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
En frontal dev t'as quoi comme erreur?
Le 7 septembre 2011 09:48, manuel brossard mbross...@infonel.net a
écrit :
Je relance un peu le sujet, personne n' a d' idée ?
Le 1 septembre 2011 11:10, mantex
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
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
Le 7 septembre 2011 10:59, manuel brossard mbross...@infonel.net a écrit :
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 ?
Le 7 septembre 2011 12:49, manuel brossard mbross...@infonel.net a écrit
:
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)
Le 7 septembre 2011 12:32, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
Peux tu nous transmettre les dernières lignes de ton fichier log se
situant sur log/nomApp_dev.log
Le 7 septembre 2011 10:28, manuel brossard mbross...@infonel.net a
écrit :
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
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
tuto intéressant:
http://www.lexik.fr/blog/symfony/symfony/utilisation-de-sfdoctrineguardplugin-pour-la-gestion-des-utilisateurs-634
Le 7 septembre 2011 11:03, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
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
Le 7 septembre 2011 10:59, manuel brossard mbross...@infonel.net a écrit
:
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 ?
Le 7 septembre 2011 12:49, manuel brossard mbross...@infonel.net a
écrit :
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)
Le 7 septembre 2011 12:32, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
Peux tu nous transmettre les dernières lignes de ton fichier log se
situant sur log/nomApp_dev.log
Le 7 septembre 2011 10:28, manuel brossard mbross...@infonel.net a
écrit :
En
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
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.
Le 7 septembre 2011 13:03, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
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
Le 7 septembre 2011 10:59, manuel brossard mbross...@infonel.net a écrit
:
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 ?
Le 7 septembre 2011 12:49, manuel brossard mbross...@infonel.net a
écrit :
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)
Le 7 septembre 2011 12:32, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
Peux tu nous
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
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.
Le 7 septembre 2011 13:18, manuel brossard mbross...@infonel.net a écrit :
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.
Le 7 septembre 2011 13:03, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
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
Le 7 septembre 2011 10:59, manuel brossard mbross...@infonel.net a
écrit :
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 ?
Le 7 septembre 2011 12:49, manuel brossard mbross...@infonel.net a
écrit :
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
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
en fait, sur ton routing.yml à quoi correspond la route / ?
Le 7 septembre 2011 11:30, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
Peux tu nous donner les log de l'état suivant:
1- T'es connecté
2- Tu te déconnectes
Le 7 septembre 2011 11:29, manuel brossard mbross...@infonel.net a écrit
:
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.
Le 7 septembre 2011 13:18, manuel brossard mbross...@infonel.net a
écrit :
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.
Le 7 septembre 2011 13:03, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
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
Le 7 septembre 2011 10:59, manuel brossard mbross...@infonel.net a
écrit :
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 ?
Le 7 septembre 2011 12:49, manuel brossard mbross...@infonel.net a
écrit :
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,
Re: [symfony-fr] Gestion deconnexion SfGuardDoctrinePLugin
homepage:
url: /
param: { module: postlogin, action: index }
Le 7 septembre 2011 13:31, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
en fait, sur ton routing.yml à quoi correspond la route / ?
Le 7 septembre 2011 11:30, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
Peux tu nous donner les log de l'état suivant:
1- T'es connecté
2- Tu te déconnectes
Le 7 septembre 2011 11:29, manuel brossard mbross...@infonel.net a
écrit :
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.
Le 7 septembre 2011 13:18, manuel brossard mbross...@infonel.net a
écrit :
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.
Le 7 septembre 2011 13:03, Mohamed Ayoub Benjelloun
benjellounay...@gmail.com a écrit :
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
Le 7 septembre 2011 10:59, manuel brossard mbross...@infonel.net a
écrit :
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 ?
Le 7 septembre 2011 12:49, manuel brossard mbross...@infonel.net a
écrit :
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
