Produits Entr'ouvert » Authentic 2

• Puisqu'on manipule des données très similaires, est-ce qu'on aurait pas intérêt à normer les entrées de old_data ?
  Genre :
  

  old_data['accounts'] = [
      {
          'type': 'oidc',
          'issuer': <l'identifiant du fournisseur oidc>,
          'user_id': <le sub>,
      },
      {
          'type': 'saml',
          'issuer: <l'identifiant de l'idp saml>,
          'user_id': <le nameid>,
      }
  ]
  

• Pas moyen de contenir le code de 0005 dans la partie d'a2 propre à ldap ? C'est le seul des 0002 - 0005 à taper directement dans authentic2.custom_user.

Paul Marillonnet a écrit :

• Puisqu'on manipule des données très similaires, est-ce qu'on aurait pas intérêt à normer les entrées de old_data ?

J'avais commencé comme ça puis finalement suite au retour de Manu sur le fait qu'un compte ne serait lié qu'à un seul fournisseur OIDC je me suis dit que ce serait plus simple de faire comme ça, si pas de clés fc_accounts y pas de compte FranceConnect sinon faut parcourir la liste à la recherche de type=fc.

• Pas moyen de contenir le code de 0005 dans la partie d'a2 propre à ldap ? C'est le seul des 0002 - 0005 à taper directement dans authentic2.custom_user.

Non elle n'est pas indépendant actuellement, si il fallait un signale post_save il irait de toute façon dans le AppConfig d'a2, custom_user n'est de toute façon par une vrai application, j'ai juste la flemme de bouger le modèle dans authentic2.models parce que c'est un peu compliqué.