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"

Added by Christophe Deseure over 11 years ago. Updated almost 10 years ago.

Status:

Fermé

Priority:

Normal

Assigned To:

Arnaud FORNEROT

Target version:

Envole - Envole 3.3.4

Start date:

07/18/2011

Due date:

% Done:

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.

History

#1 Updated by Christophe Deseure over 11 years ago

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.