La création d'utilisateur via API est un bordel !

Soutien
1

Des modifications récentes des paramètres par défaut ont complètement perturbé la création d’utilisateurs.

  1. Le paramètre normalize_emails est activé par défaut, ce qui signifie qu’il n’est plus possible de créer un utilisateur avec une adresse + (par exemple, nikki+testuser@example.com).
  2. hide_email_address_taken est activé par défaut, ce qui signifie qu’il n’est plus possible de déterminer l’ID utilisateur à partir du retour de l’appel API create user.
  3. L’appel API create user renvoie un succès même si l’utilisateur spécifié existe déjà ou si l’adresse e-mail est un doublon (l’utilisateur n’a donc pas été créé).
  4. L’appel API create user ment quant à l’état actif de l’utilisateur (le drapeau active ne correspond pas au message).
  5. L’appel Get User By Email ne fonctionne plus (admin/users/list/all avec email=l'e-mail de l'utilisateur). Il renvoie null pour une adresse contenant +, même si normalize_emails et hide_email_address_taken sont tous deux désactivés.

Cela peut-il être corrigé pour que cela fonctionne de manière cohérente et correcte, s’il vous plaît ?

1 « J'aime »
2

Pour information, certains d’entre eux ont été discutés ici :

2 « J'aime »
3

Alors le remettre ?

Alors le remettre.

C’est le problème avec la sécurité ; elle gêne surtout les Braves Gens.

Cela (et peut-être le numéro 4) ressemble à un bug, une régression ou un cas limite inattendu.

2 « J'aime »
4

Merci, mais comment puis-je savoir si quelqu’un regarde ces bugs ?

5

Le seul qui est susceptible d’être un bug est la recherche. Cette fonctionnalité fonctionne cependant en front-end, il est donc également peu probable qu’il s’agisse d’un bug.

Pour que quelque chose soit considéré comme un bug, il faudra qu’il soit documenté comme tel.