Development #16924
utiliser BaseUserSerializer dans le code d'émission du provisionning dans authentic
Début:
15 juin 2017
Echéance:
% réalisé:
100%
Temps estimé:
Patch proposed:
Oui
Planning:
Description
Les attributs contiennent désormais des données qui ne se sérialisent pas forcément facilement en JSON, le plus simple c'est d'utiliser BaseUserSerializer dans le code de l'API authentic quie fait déjà ça bien et de ne plus utiliser du code ad-hoc.
Fichiers
Révisions associées
Historique
Mis à jour par Benjamin Dauvergne il y a presque 7 ans
- Fichier 0001-agent-use-BaseUserSerializer-for-user-provisionning-.patch 0001-agent-use-BaseUserSerializer-for-user-provisionning-.patch ajouté
- Patch proposed changé de Non à Oui
Mis à jour par Benjamin Dauvergne il y a presque 7 ans
Cela corrige la trace suivante:
[authentic2-multitenant] ERROR: error in provisionning thread datetime.date(1965, 11, 6) is not JSON serializable
Mis à jour par Frédéric Péters il y a presque 7 ans
dans les tests, de == à >= je pige; mais de >= à <=, ça s'explique comment ? :
- assert set(o.keys()) <= set(['code_postal', 'uuid', 'username', 'first_name', + assert set(o.keys()) >= set(['code_postal', 'uuid', 'username', 'first_name',
Mis à jour par Benjamin Dauvergne il y a presque 7 ans
Parce qu'un des utilisateurs a un code postal et pas l'autre, avec le BaseUserSerializer on envoie tous les champs même vides.
Mis à jour par Benjamin Dauvergne il y a plus de 6 ans
- Statut changé de Nouveau à Résolu (à déployer)
- % réalisé changé de 0 à 100
Appliqué par commit 46e45ddfb28e71dd2e890227271f8222e4780ebe.
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
agent: use BaseUserSerializer for user provisionning (fixes #16924)