Produits Entr'ouvert » Authentic 2

Dans authentic2-auth-fedict il y a déjà un type de champ "date" qui ne sérialise pas de la même manière (qui ne sérialise pas, tout simplement); tu vois quoi comme moyen d'assurer que ça n'y explose pas ? Mon idée c'est de modifier authentic2-auth-fedict pour dupliquer le kind en "fedict:date", modifier le paramétrage du profil pour faire référence à ce kind, retirer le kind "date"; mais ça fait qu'il ne faut sans doute pas "date" dans authentic avant. Ou alors le kind déclaré dans authentic2-auth-fedict passerait au-dessus de l'autre et il n'y aurait pas de problème ?

Normalement le tien passera au dessus de celui déclaré dans authentic, mais c'est moche. Par contre si tu ne déclarais pas le champ serialize avant par défaut c'était json.dumps() et maintenant c'est lambda x: x. Qu'entends-tu par "ne sérialise pas, tout simplement") ? Donc si tu veux rester en json.dumps() il faut le mettre explicitement, si tu avais déjà lambda x: x alors rien à faire.

L'idée de renommer marche aussi (en modifiant effectivement les modèles Attribute en production et en recette en même temps). Il restera éventuellement le problème du mode de sérialisation par défaut qui a changé.

Il restera éventuellement le problème du mode de sérialisation par défaut qui a changé.

Je ne vois pas le commit dans master ni le ticket associé (ce commentaire y aurait une meilleure place), une fois présent si jamais il y a une montée de version d'authentic sans modif côté module fedict tous les attributs éclatent ? (je viens de pousser un Conflicts pour éviter ça).

Concrètement, un champ déclaré ainsi :

            {'label': _('National Register Number'),
             'name': 'nrn', 
             'field_class': fields.NrnField, },

Il doit être déclaré comment pour ne pas casser ?

Frédéric Péters a écrit :

Il restera éventuellement le problème du mode de sérialisation par défaut qui a changé.

Je ne vois pas le commit dans master ni le ticket associé (ce commentaire y aurait une meilleure place), une fois présent si jamais il y a une montée de version d'authentic sans modif côté module fedict tous les attributs éclatent ? (je viens de pousser un Conflicts pour éviter ça).

Ticket #15607

Concrètement, un champ déclaré ainsi :

[...]

Il doit être déclaré comment pour ne pas casser ?

            {'label': _('National Register Number'),
             'name': 'nrn', 
             'field_class': fields.NrnField, 
             'serialize': json.dumps,
             'deserialize': json.loads,
            },

Il manque le from rest_framework import serializers au fichier attribute_kinds.py, j'imagine qu'il vient d'un autre patch/ticket.

(il vient de #15608)