dans le template user, il ne mémorise pas la case forcer le changement mdp à la 1ere connexion
dans le template user, il ne mémorise pas la case forcer le changement mdp à la 1ere connexion
Création d'un template compte utilisateur. Activation de délais d'expiration de mot de passe + case "forcer le changement à la 1ere connexion"
Cette case n'est pas active lors de la création d'un compte ni à l'édition du template.
(from redmine: issue id 4907, created on 2016-06-22, closed on 2016-06-24)
- Changesets:
- Revision 3208c015 on 2016-06-23T06:00:57.000Z:
Fixes #4907 Fixed forcing password change through template- Revision 2b0bd6dd on 2016-06-23T06:02:27.000Z:
Fixes #4907 Fixed forcing password change through template- Custom Fields:
- Bug in version: 1.0.12
- Uploads:
Activity
C’est pareil pour les utilisateurs, l’effet de cette case est d’expirer le password pour que le user soit obligé de le changer il me semble. Une fois que c’est fait on ne peut pas savoir si le password a expiré parce que cette case a été cochée ou naturellement.
Je peux cocher la case si le mot de passe est expiré, mais elle se cochera toute seule quand le mot de passe expire naturellement aussi dans ce cas.
(from redmine: written on 2016-06-22)
By Côme Chilliet on 2017-09-02T15:30:31 (imported from GitLab)
Du coup on ne peut pas utiliser ceci actuellement dans un template pour créer un compte avec forçage du changement de mot de passe ?(le cas le plus courant je pense)
Je parle bien du cas de création initiale du compte user (où on lui colle un mdp par défaut qu'il doit changer du coup)
(from redmine: written on 2016-06-22)
By dcpc007 on 2017-09-02T15:30:31 (imported from GitLab)
hello,
j'ai verifie, cela change le shadowLastChange et le met dans le passe donc effectivement ce n'est pas un vrai switch et sert juste a forcer un changement de mot de passe quand on se connecte a un systeme depedant de pam ou de FusionDirectory.
Donc effectivement cela permet de focer a utiliser le password recovery si les gens se connectent a FusionDirectory
A+
(from redmine: written on 2016-06-22)
By bmortier on 2017-09-02T15:30:31 (imported from GitLab)
Ce qui se passe dans le cas du template est le suivant: Quand la case est cochée, le champ «shadowLastChange» prends une valeur correspondant à la date du jour moins le délai d’expiration (shadowMax), de manière à rendre le mot de passe expiré. (On peut voir que le compte prends le statut «active, password expired») Mais quand le template est appliqué pour créer un user, ça règle son mot de passe, et donc ça met «shadowLastChange» à la date du jour, puisque c’est la date du dernier changement de mot de passe.
Je crois que je vais devoir faire un cas spécifique pour cette case en cas de template, pour qu’elle reste cochée et se coche à l’application du template.
(from redmine: written on 2016-06-23)
By Côme Chilliet on 2017-09-02T15:30:32 (imported from GitLab)
added Fixed label
By bmortier on 2018-09-28T19:55:04 (imported from GitLab)
