Récemment
-
Phenix 1.6.X Cannot Print a Deliver Note
Bugs & Améliorations4 -
Module Payplug
Modules2 -
Module Prestashop Account
Modules3 -
balise canonical
PhenixSuite3 -
Erreur lors de nouvelle installation
Questions relatives à l'installation/upgrade25 -
modules addons vs phenix suite
Discussion générale3 -
Contexte client et module devis
PhenixSuite8 -
Breadcrumb sans lien précédent
Bugs & Améliorations3 -
Multi-utilisateur-produit
Nouvelles fonctionnalités4 -
Commandes fournisseurs
PhenixSuite4 -
Suppression du . dans les déclinaisons
PhenixSuite3 -
Images produit qui disparaissent
Bugs & Améliorations30 -
devcustom ?
PhenixSuite5 -
Mode profiling
Bugs & Améliorations1 -
Urls bizarres dans la console search
PhenixSuite12 -
Erreurs 410 dans BO
PhenixSuite3 -
la classe search
Bugs & Améliorations2 -
Probleme depuis MAJ phenix 1.6.2.36
PhenixSuite8 -
[resolu] Le module mondial relay 3.4.5
Bugs & Améliorations1 -
controlleur fournisseurs.
Bugs & Améliorations11
[1.6.1.X] Déconnexion du back-office 1.6
-
Le temps défini dans le BO n'est prit en compte.Dans /classes/controller/AdminController.phpIl faut changer la valeur codé en dur de 900 secondes.Solution ici : https://github.com/thirtybees/thirtybees/pull/399Les numéros ne correspondent pas vu que ça ne.
-
Enfin oui, mais non, cette durée de 900 n'est utilisé que lorsque l'on ne coche pas la case "Rester connecté" sur l'écran de login.
Pour moi cette valeur de 900 était parfaite, ce patch rend le choix de ne pas rester connecté inopérant
-
Un exemple de configuration où le problème survient ?
Je pencherai plutot pour l'option "Vérifier l'IP dans le cookie" activée. Quand on a une IP dynamique c'est très chiant^^Perso je suis connecté sur certains BO depuis 2 ans en non-stop :D
-
A ba oui vous avez totalement raison.
A la maison oui je suis déco à cause de l'ip ( 4g ) au dépôt sur un ip par contre fixe j'ai également des décos intempestives. Je n'ai jamais trouvé d'ou ça venait.
-
Outre l'ipcheck, la déconnexion peut aussi survenir dans le cas de la navigation FO avec ce "machin" appelé cronjobs. Ce dernier est need_instance (donc s'instancie même désinstallé), et il fait croire que PS_ADMIN_DIR est déclaré, cela déclenche (dans config/config.inc.php) la création d'un cookie admin, qui pète le vrai cookie admin
-
En y réflechissant il peux exister un cas maintenant last_activity d'un précédant cookie.
Je propose de patcher controllers/admin/AdminLoginController.php de la manière suivante:
if (!Tools::getValue('stay_logged_in')) { $cookie->last_activity = time(); } else { unset($cookie->last_activity); }
-
Merci pour les pistes je viens de supprimer le dossier cronjobs
Je regarde si ça m'arrive de nouveau.
Après je teste l'autre solution pour voir d'ou venait vraiment le problème :)
-
@okom3pom Le virer ou utiliser ma version débuguée (qui en même temps corrige les taches sur les jours et permet les accents dans les description^^)