Authentification SSO

Bonjour,
je viens d'installer votre logiciel et j'avais une question concernant l'authentification via un CAS.
GRR permet-il de récupérer les informations nom, prénom, mail directement via cette authentification ?
D'avance merci pour votre aide
Cordialement

Bonjour,
en principe, oui.
Mais je ne suis pas en configuration CAS, je ne pourrai pas facilement vous aider.
Cordialement,
YN

J'ai downgradé à la version 3.4.0 (j'étais à la version 3.4.0b). J'ai correctement configuré CAS + LDAP et je récupère bien les informations LDAP à la condition que l'utilisateur n'existe pas encore dans la base.
Si celui-ci existe l'annuaire est bien interrogé mais je ne récupère rien.
Le commit suivant résout le problème mais n'est visiblement pas intégré à la version 3.4.0
github.com/JeromeDevome/GRR/pull/39/comm...ad60456bc2a500c28352

Bonjour,
quand vous dites que ce commit résout le problème, c'est que vous l'avez testé avec succès ?
Sur quelle version de GRR ?
Merci pour votre collaboration,
YN

Bonjour,
Merci beaucoup pour cette précieuse info ! Comme vous, downgrade vers la version 3.4.0. Je ne comprenais pas pourquoi les attributs (mail, nom, prénom) de l'utilisateur ne remontaient pas lors d'une 2nde connexion.
J'ai modifié/rajouté le code dans session.inc.php comme mentionné et ça fonctionne maintenant.
Dans l'idéal, il faudrait intégrer les modifications dans la prochaine version de Grr.

Bonjour,
pouvez-vous motiver le downgrade de 3.4.0b en 3.4.0 ?
A priori il devrait y avoir moins de bugs en 3.4.0b, mais je suis ouvert aux critiques qui feront progresser le code.
J'intègre les modifications de P. Boissonnault de suite dans l'arborescence de GRR sur Github.
Cordialement,
YN

Concernant le commit, oui il resout ce problème
Pour info, je n'ai ajouté que les lignes 488 à 495 de ce commit.
Je n'ai pas touché aux lignes 242 et 246.
COncernant le downgrade j'en parle ici :
site.devome.com/fr/kunena/aide-installat...r/324-version-stable

Bonjour,
j'ai intégré les modifications de P. Boissonneault relatives au CAS-SSO+LDAP.
Par ailleurs, je ne reproduis pas le bug de la page edit_entry.php. Peut-être y a-t-il une erreur dans l'archive en téléchargement. Pouvez-vous essayer la version disponible sur Github :
github.com/JeromeDevome/GRR/tree/GRR-3.4.0 , et dire si cela corrige les bugs ?
Merci pour votre collaboration,
YN

Bonjour vous parlez de ce bug :
Après avoir "downgradé" en version 3.4.0, je constate qu'un champ "type de réservation" apparait, celui-ci n'est pas présent dans la version 3.4.0b
bug ?
Ce "bug" n'est pas présent dans la 3.4.0 mais dans la 3.4.0b

Oui, je confirme qu'il s'agit bien de ce bug, qui est bloquant pour réserver, puisque le champ "type" est nécessaire.
J'ai eu ce problème en cours de modification du code, mais je l'ai corrigé et il ne devrait pas être dans l'archive.
Si vous pouviez télécharger l'archive correspondant au lien indiqué dans mon précédent message, tester et rendre compte, cela ferait avancer les choses.
Merci