Anomalie #1929: synchronize_profile.py : il vide la table "users_group_map" - posh-profil - Ensemble Ouvert Libre Évolutif

Anomalie #1929

synchronize_profile.py : il vide la table "users_group_map"

Ajouté par Christophe Deseure il y a presque 13 ans. Mis à jour il y a presque 11 ans.

Statut:

Fermé

Priorité:

Normal

Assigné à:

Arnaud FORNEROT

Version cible:

Envole - Envole 3.3.4

Début:

18/07/2011

Echéance:

% réalisé:

100%

Distribution:

EOLE 2.3

Description

Le script prive l'admin de gérer lui-même de nouveaux groupes car il semble vider systématiquement la table "users_group_map" donc même si les groupes ajoutés existent toujours, ils sont vidés de leurs utilisateurs.

Historique

#1 Mis à jour par Christophe Deseure il y a plus de 12 ans

Démarche du script : voir la procédure "envole_synchronize" du fichier "posh/api/scribe_api.py"

une procédure par groupe racine ("envole_synchronize_eleve"...) :
création des groupes avec stockage des ids pour les utilisateurs devant appartenir à ces groupes (voir "_envole_subscribe_users")

"envole_populate" :
mise à jour de chaque utilisateur en fournissant la liste des ids de ses groupes à l'api de posh "posh/admin/scr_user_modify_add.inc.php" (voir "subscribe_profilgroups_by_groupids" dans "posh/api/user_api.py")
Or, l'api de posh supprime l'utilisateur d'un groupe s'il n'est pas fourni.

Il faudrait bien distinguer les groupes gérés par le script python car si un élève par exemple change de classe, c'est normal qu'il quitte un groupe pour se retrouver dans un autre.
Mais si il a été mis volontairement dans un groupe "toto" non géré par le script, il devrait y rester.
Donc, une fois que tous les groupes gérés sont synchronisés et avant le "envole_populate", comme on connaît la liste des ids des groupes gérés, il faudrait pouvoir lire le contenu de la table "users_group_map" (SELECT `user_id`,`group_id` FROM `users_group_map`) et ajouter à chaque utilisateur les ids des groupes non gérés pour qu'il ne soit pas supprimé de ceux-ci.