Produits Entr'ouvert » Authentic 2

de la page d'édition du compte par l'usager

Non car sur la page d'édition en elle-même il n'y a pas l'adresse email et sur la page dédiée à au changement d'email, il n'y a pas d'enregistrement immédiat du changement, il y a envoi d'un email pour faire confirmer (ce qui donne donc une adresse vérifiée).

Paul Marillonnet a écrit :

Oui, c'est vrai, merci. Corrigé ici.

Je ne ferai pas de fixture pour un cas unique, utilise simple_user et pose email_verified dans le test.

Coté API je ferai attention au cas où l'appelant passe 'email_verified' dans son payload.

Je ne ferai pas de instance.save(), ce sera normalement fait plus loin dans super().update(), on gagne un aller/retour avec la DB.

Sinon c'est tout bon pour moi (faut rebaser avant de pousser ta branche pour de nouveaux tests).

Le 0001 ack.

Pour le 0002 on s'est mal compris, email_verified ne doit pas passer en read-only pour l'instant un utilisateur de l'API a parfaitement le droit de poser email_verified=True, je disais de vérifier que cette possibilité ne disparaissait pas, aussi ton deuxième test a un problème de nommage.

Il faut deux/quatre tests : test_api_users_{create/update}_{with/without}_email_verified.