Tâche #9591
Distribution EOLE - Scénario #9446: Divers 2.4
CreoleLint signale un problème sur le template : authprog.conf
Description
\-- /usr/share/eole/creole/distrib/authprog.conf ('/usr/share/eole/creole/distrib/authprog.conf', ':', Exception('Il manque une option', NotFound(u"cannot find 'eolesso_session_timeout'",), 'avec le dictionnaire', {'adresse_ip_annuaire': u'192.0.2.50', 'adresse_ip_mail': u'192.0.2.51', 'activer_sso': u'distant'}))
Demandes liées
Révisions associées
possibilité de renseigner le timeout d'un serveur SSO distant (fixes #9591 2h)
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 9 ans
Correction basique, ajouter une valeur par défaut...
define('TIMEOUT', %%getVar('eolesso_session_timeout', 7200);
Dans l'idéal, comme le programme est conçu pour utiliser un SSO local, il ne faudrait templatiser que dans ce cas ...
#2 Mis à jour par Emmanuel GARETTE il y a plus de 9 ans
A mon avis le problème est plus large (après avoir discuter avec Bruno) :
- il y a un cache de la session local pendant "eolesso_session_timeout" seconds. Hors cette durée de session correspond à la durée maximal de la session. Si je me connecte sur wordpress puis que je vais sur roundcube une heure après, la session est donc de "eolesso_session_timeout" - 1 heure ;
- il n'y a que des INSERT dans le script et pas de DELETE, je ne vois pas de mécanisme de purge dans le paquet. La base doit grossir indéfiniment.
#3 Mis à jour par Emmanuel GARETTE il y a plus de 9 ans
- Projet changé de eole-courier à EoleSSO
- Echéance mis à 21/11/2014
- Statut changé de Nouveau à En cours
- Assigné à mis à Emmanuel GARETTE
- Début mis à 13/11/2014
- il y a un cache de la session local pendant "eolesso_session_timeout" seconds. Hors cette durée de session correspond à la durée maximal de la session. Si je me connecte sur wordpress puis que je vais sur roundcube une heure après, la session est donc de "eolesso_session_timeout" - 1 heure ;
Vu avec Arnaud, le problème était inverse. Si la durée du SSO est supérieur à la base de donnée, la session est coupé sur l'IMAP avant la session PHP donc c'est OK pour cette partie.
Reste le problème du delete.
#4 Mis à jour par Emmanuel GARETTE il y a plus de 9 ans
- Statut changé de En cours à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit a41fbcd8e8245d710d14d372365115e57160fc6d.
#5 Mis à jour par Joël Cuissinat il y a plus de 9 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) changé de 0.75 à 0.0
Correction OK