Lors de l’approbation de nouveaux utilisateurs, je constate des informations mélangées dans la file d’examen. Voici le dernier exemple. Tous les champs standards se réfèrent à l’utilisateur qui s’est inscrit avant ce nouveau membre. Comme le montre la coche verte, cet utilisateur (un utilisateur de test) avait déjà été approuvé, il ne devrait donc pas apparaître dans la file d’examen. En revanche, les champs personnalisés de l’utilisateur contiennent les informations saisies par le véritable nouvel utilisateur lors de l’inscription.
Donc… j’ai pu reproduire le problème une fois sur mon site de test qui avait déjà fait l’objet de tests, mais je n’ai pas réussi à le reproduire à nouveau. Très frustrant !
@tomtjes, auriez-vous par hasard des étapes de reproduction cohérentes à fournir ? Je me demande si le fait de traiter un utilisateur une fois ne « nettoie » pas le système, pour ainsi dire, et ne remet les choses dans l’état normal.
Voici par exemple un jeu d’étapes que j’ai essayé :
Le paramètre du site must approve users est activé, et au moins un champ utilisateur personnalisé est en place
Inscription du premier utilisateur
email : email1@test.com
nom d’utilisateur : user1
nom : User One
champ utilisateur : test1
Approbation du premier utilisateur
Suppression du premier utilisateur
Inscription du deuxième utilisateur
email : email2@test.com
nom d’utilisateur : user2
nom : User Two
champ utilisateur : test2
Inscription du troisième utilisateur
email : email1@test.com (réutilisé car le compte d’origine a été supprimé)
Merci de vous être penché sur ce problème !
Malheureusement, je n’ai pas trouvé de motif reproductible. Cela s’est déjà produit. À l’époque, cela concernait un bot qui tentait de créer un compte, mais que j’avais refusé. Le prochain utilisateur légitime qui s’est inscrit avait des données illisibles. Les inscriptions suivantes étaient correctes jusqu’au cas que j’ai documenté ci-dessus. Pour autant que je m’en souvienne, ce cas n’était pas précédé d’une inscription refusée.
