Projet

Général

Profil

Development #52671

ldap: journaliser la désactivation des comptes LDAP orphelins

Ajouté par Benjamin Dauvergne il y a presque 3 ans. Mis à jour il y a presque 3 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
-
Début:
02 avril 2021
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

On ne sait pas actuellement pourquoi un compte a été désactivé.


Fichiers


Demandes liées

Dupliqué par Authentic 2 - Bug #53981: la désactivation auto d'un utilisateur n'apparait pas dans le journalRejeté14 mai 2021

Actions
Dupliqué par Authentic 2 - Support #53236: journaliser la désactivation d'un compte faite ailleurs que dans backofficeRejeté19 avril 2021

Actions

Révisions associées

Révision 8268e9e6 (diff)
Ajouté par Valentin Deniaud il y a presque 3 ans

ldap: record user deactivation in journal (#52671)

Historique

#1

Mis à jour par Benjamin Dauvergne il y a presque 3 ans

  • Sujet changé de ldap: journaliser la désacivation des comptes LDAP orphelins à ldap: journaliser la désactivation des comptes LDAP orphelins
#2

Mis à jour par Benjamin Dauvergne il y a presque 3 ans

  • Tracker changé de Support à Development
#3

Mis à jour par Valentin Deniaud il y a presque 3 ans

  • Dupliqué par Bug #53981: la désactivation auto d'un utilisateur n'apparait pas dans le journal ajouté
#4

Mis à jour par Valentin Deniaud il y a presque 3 ans

  • Assigné à mis à Valentin Deniaud
#5

Mis à jour par Valentin Deniaud il y a presque 3 ans

  • Dupliqué par Support #53236: journaliser la désactivation d'un compte faite ailleurs que dans backoffice ajouté
#6

Mis à jour par Valentin Deniaud il y a presque 3 ans

Pas d'objet request donc je suis parti sur l'utilisation directe de la classe de l'évènement, mais c'est peut-être mieux d'instancier un objet Journal et d'utiliser sa méthode record ?

#7

Mis à jour par Benjamin Dauvergne il y a presque 3 ans

  • Statut changé de Solution proposée à Solution validée

Je n'ai pas de souci avec l'utilisation directe de record() par contre je me demande si c'est bien utile de commencer une hiérarchie d'évènement ldap... peut-être simplement user.deactivation et mettre dans reason que ça vient du backend d'annuaire LDAP (genre si on a SCIM ou SQL ou que sais-je dans le futur ce ne sera pas un nouvel évènement), et peut-être ajouter un champ origine='ldaps://...'.

Je valide quand même mais je te laisse réfléchir au sujet.

#8

Mis à jour par Valentin Deniaud il y a presque 3 ans

Revoici sans évènement LDAP spécifique.

#9

Mis à jour par Benjamin Dauvergne il y a presque 3 ans

  • Statut changé de Solution proposée à Solution validée

Je valide, je vais harmoniser la valeur de reason dans mon code de réactivation.

#10

Mis à jour par Valentin Deniaud il y a presque 3 ans

  • Statut changé de Solution validée à Résolu (à déployer)
commit 8268e9e69c718716a44cb6d2888e032d05628ffd
Author: Valentin Deniaud <vdeniaud@entrouvert.com>
Date:   Mon May 17 14:23:35 2021 +0200

    ldap: record user deactivation in journal (#52671)
#11

Mis à jour par Frédéric Péters il y a presque 3 ans

  • Statut changé de Résolu (à déployer) à Solution déployée

Formats disponibles : Atom PDF