API, création d'utilisateur, ne retourne plus user_id

[clayg (Clay)]

J’ai un script qui s’exécute quotidiennement pour créer de nouveaux utilisateurs via l’API. Jusqu’à il y a quelques jours, lorsque la publication était terminée, la réponse incluait l’user_id du nouvel utilisateur créé. Maintenant, l’API ne le fait plus ? Mais la documentation de l’API indique qu’elle devrait le faire.

Discourse API Docs

[pfaffman (Jay Pfaffman)]

L’utilisateur est-il en cours de création ?

Je suppose que pour une raison quelconque, l’utilisateur n’est pas créé et c’est pourquoi il ne renvoie pas l’user_id.

[clayg (Clay)]

Les utilisateurs sont en cours de création. Je l’ai confirmé. Et l’API renvoie ce statut mais il manque le user_id

{
    "success": true,
    "active": true,
    "message": "Votre compte est activé et prêt à l'emploi."
}

[pfaffman (Jay Pfaffman)]

Oui. Cela ressemble alors à un bug. J’ai cherché des explications sur Commits · discourse/discourse · GitHub mais je n’en ai pas trouvé.

[Canapin (Coin-coin le Canapin)]

Pour confirmer le problème, j’ai créé un utilisateur via l’API sur 3.4.0.beta3-dev et cela a retourné user_id dans la réponse.

{
	"success": true,
	"active": true,
	"message": "Your account is activated and ready to use.",
	"user_id": 3
}

Je l’ai refait après la mise à niveau vers 3.4.0.beta4-dev et user_id est alors manquant :

{
	"success": true,
	"active": true,
	"message": "Your account is activated and ready to use."
}

[pfaffman (Jay Pfaffman)]

Vous avez donc réduit l’emplacement du commit fautif.

[RGJ (Richard - Communiteq)]

Juste une intuition

app/controllers/users_controller.rb

probablement lié à DEV: Change hide_email_address_taken default to true (#30293) · discourse/discourse@c1c7ea8 · GitHub expliqué ici :

Hiding "e-mail taken" on sign-up by default

Background Under the current default settings, when signing up for an account with an e-mail that has already been registered, the sign-up form will inform of that: [Screenshot 2024-12-16 at 12.32.31 PM] We are changing the default setting to not give away this information. Instead, the sign-up form will look like this, regardless of whether the e-mail is already registered or not: [Screenshot 2024-12-16 at 12.30.04 PM] This also affects password resets in similar ways. With the setting di…

@ted

Si vous souhaitez revenir à la valeur par défaut précédente, vous pouvez rétablir le paramètre hide_email_address_taken sur false.

Je suppose qu’il serait souhaitable de remplacer ce comportement lorsqu’il s’agit d’une requête effectuée à l’aide d’une clé API d’administrateur ?

[clayg (Clay)]

@ted

hide_email_address_taken

Merci ! La modification de ce paramètre a restauré le résultat de l’API afin que j’obtienne l’user_id dans le résultat après la création d’un utilisateur.

[weber-s (Samuël Weber/GwendalD)]

Bonjour,

Moi aussi…

Est-ce quelque chose d’actuellement en cours pour les développeurs ? Parce qu’il peut être difficile de se rappeler que ces paramètres contrecarrent la documentation :rouleau_yeux: