Benutzererstellung über API ist ein Chaos!

Unterstützung
1

Kürzliche Änderungen an den Standardeinstellungen haben die Benutzererstellung komplett durcheinandergebracht.

  1. Die Einstellung normalize_emails ist standardmäßig aktiviert, was bedeutet, dass es nicht mehr möglich ist, einen Benutzer mit einer + Adresse (z. B. nikki+testuser@example.com) zu erstellen.
  2. hide_email_address_taken ist standardmäßig aktiviert, was bedeutet, dass es nicht mehr möglich ist, die Benutzer-ID aus der Rückgabe des API-Aufrufs zum Erstellen von Benutzern zu ermitteln.
  3. Der API-Aufruf zum Erstellen von Benutzern gibt Erfolg zurück, auch wenn der angegebene Benutzer bereits existiert oder die E-Mail-Adresse doppelt vorhanden ist (der Benutzer wurde also nicht erstellt).
  4. Der API-Aufruf zum Erstellen von Benutzern lügt darüber, ob der Benutzer aktiv ist oder nicht (das Flag active stimmt nicht mit der Nachricht überein).
  5. Der Aufruf Get User By Email funktioniert nicht mehr (admin/users/list/all mit email=die E-Mail des Benutzers). Er gibt null für eine Adresse zurück, die ein + enthält, auch wenn normalize_emails und hide_email_address_taken beide deaktiviert sind.

Kann dies behoben werden, damit es konsistent und korrekt funktioniert?

1 „Gefällt mir“
2

Zur Information, einige davon wurden hier besprochen:

2 „Gefällt mir“
3

Also ändern?

Auch ändern.

Das ist das Problem mit Sicherheit; es stört hauptsächlich die Guten Leute.

Das (und vielleicht Nummer 4) klingt nach einem Bug, einer Regression oder einem unerwarteten Edge Case.

2 „Gefällt mir“
4

Danke, aber wie kann ich herausfinden, ob jemand diese Fehler anschaut?

5

Der einzige, der wahrscheinlich ein Fehler ist, ist die Nachschlagefunktion. Diese Funktion funktioniert jedoch im Frontend, daher ist es auch unwahrscheinlich, dass es sich um einen Fehler handelt.

Damit etwas als Fehler behandelt werden kann, muss es als solcher dokumentiert sein.