Projet

Général

Profil

Development #51464

data_transfer, import de rôle, en absence de spécification d'OU, prendre l'OU par défaut

Ajouté par Frédéric Péters il y a environ 3 ans. Mis à jour il y a plus de 2 ans.

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

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

(l'idée étant d'arriver à un fichier d'import de rôles minimaliste).

Pour le moment ça échoue ainsi :

  File "/home/fred/src/eo/authentic/src/authentic2/data_transfer.py", line 376, in import_site
    result.update_roles(*ds.deserialize())
  File "/home/fred/src/eo/authentic/src/authentic2/data_transfer.py", line 197, in f
    return func(self, *args, **kwargs)
  File "/home/fred/src/eo/authentic/src/authentic2/data_transfer.py", line 211, in deserialize
    ou_d = self._role_d['ou']
KeyError: 'ou'

Fichiers

Révisions associées

Révision 1f1a64de (diff)
Ajouté par Valentin Deniaud il y a plus de 2 ans

import_site: allow creating roles in default ou (#51464)

Révision a925b673 (diff)
Ajouté par Valentin Deniaud il y a plus de 2 ans

data_transfer: simplify logic (#51464)

Historique

#1

Mis à jour par Thomas Noël il y a environ 3 ans

Je ne suis qu'à moitié chaud... je serais pour refuser en cas d'OU multiple, pour éviter les imports de 100 rôles sur une mauvaise OU.

#2

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

Peut-être alors uniquement quand un paramètre supplémentaire est passé à l'import, pour lui dire qu'on sait ce qu'on fait ?

Parce que là je suis obligé de mettre un "ou": {"slug": "default"} qui n'est pas bien correct, si jamais la collectivité par défaut se trouvait être changée.

#3

Mis à jour par Thomas Noël il y a environ 3 ans

Juste comme ça rapidement j'imaginerai que si on parle d'un import via l'interface backoffice alors, s'il manque un OU, on la demande explicitement. Et si l'import en ligne de commande, le refuser si un rôle n'a pas d'ou et qu'aucune option --default-ou=... n'existe.

#4

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

Thomas Noël a écrit :

Juste comme ça rapidement j'imaginerai que si on parle d'un import via l'interface backoffice alors, s'il manque un OU, on la demande explicitement. Et si l'import en ligne de commande, le refuser si un rôle n'a pas d'ou et qu'aucune option --default-ou=... n'existe.

Je serai plutôt pour une option --set-absent-ou-to-default (pas activé par défaut), voir rendre possible de poser ça dans le fichier lui même {'flags': ['set-absent-ou-to-default'}. Ça serait d'ailleurs pratique pour tous les autres flags de pouvoir faire ça.

#5

Mis à jour par Valentin Deniaud il y a plus de 2 ans

  • Assigné à mis à Valentin Deniaud
#7

Mis à jour par Benjamin Dauvergne il y a plus de 2 ans

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

Mis à jour par Valentin Deniaud il y a plus de 2 ans

  • Statut changé de Solution validée à Résolu (à déployer)
commit a925b6731f303c562d34d1995af9b8f619ec62d7
Author: Valentin Deniaud <vdeniaud@entrouvert.com>
Date:   Wed Dec 8 15:03:25 2021 +0100

    data_transfer: simplify logic (#51464)

commit 1f1a64de7ee35b1809689ef90e89459b7116829a
Author: Valentin Deniaud <vdeniaud@entrouvert.com>
Date:   Wed Dec 8 14:49:21 2021 +0100

    import_site: allow creating roles in default ou (#51464)
#9

Mis à jour par Frédéric Péters il y a plus de 2 ans

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

Mis à jour par Transition automatique il y a environ 2 ans

Automatic expiration

Formats disponibles : Atom PDF