Bonjour
Drapeau : l’utilisateur nécessite une approbation.
Après la suspension d’un utilisateur pour spam, un bouton « oui » subsiste désormais.
Ce changement semble être apparu avec GitHub - discourse/discourse at 5b61a1d4496d9ea51fcd6fd79f736dff530781ab · GitHub (ou peut-être une version antérieure).
Notes :
Merci d’avoir signalé ce problème, nous travaillons sur une correction qui rétablira le contexte correct
Merci pour votre travail pour résoudre ce problème @awesomerobot.
Mon forum a été mis à jour vers la version Discourse ed00bce10a9e2ad5f12f6ae6b3a229bb62cf2d2b, qui contient discourse/discourse#43495. Nous voyons toujours ces boutons inattendus sur les éléments de revue « L’utilisateur a besoin d’une approbation ».
Peut-être que le rapport n’était pas clair. Le problème n’est pas que le contexte manquait. Le problème est que nous avons déjà résolu l’élément de revue en suspendant l’utilisateur via l’interface de revue des signalements. Il n’y a aucune raison qu’il y ait encore ce bouton « Oui » sur un élément de revue résolu. Cela ne fait que créer de la confusion en donnant l’impression qu’une action supplémentaire est requise pour finaliser la revue, mais la seule action qu’il propose est d’approuver l’utilisateur, ce qui n’aurait pas de sens puisqu’il s’agit de spammers. Aucun autre type d’élément de revue n’affiche de boutons après avoir été examiné, et ces boutons n’étaient pas présents auparavant sur les éléments de revue « L’utilisateur a besoin d’une approbation ».
C’est clairement un bug, et non un problème d’« UX ».
Ah, je comprends maintenant, merci pour les détails supplémentaires, il a fallu démêler un peu les choses… J’avais supposé qu’il s’agissait d’un point que nous avions manqué plus tôt avec les modifications de la file d’attente de révision, mais c’est en fait un effet secondaire d’une autre modification qui n’était pas censée affecter la file d’attente de révision.
Le problème initial était que, lorsque must_approve_users était activé, les utilisateurs ayant un élément de file d’attente de révision déjà traité mais qui n’étaient toujours pas approuvés ne pouvaient pas être approuvés depuis leur page d’administration, car l’approbation ne fonctionnait que sur les éléments en attente. La correction a permis l’approbation des utilisateurs même s’ils avaient des éléments de file d’attente déjà traités. Cela a corrigé la page d’administration, mais a également fait apparaître le bouton d’approbation sur les éléments déjà traités dans la file d’attente de révision.
Plutôt que de corriger le contexte, ce bouton d’approbation ne devrait pas s’afficher, comme tu l’as dit. Je prépare une correction qui le masquera à nouveau dans la file d’attente de révision :
Je marquerai le message n°6 comme solution dès que je rencontrerai à nouveau ce même drapeau.
Merci pour le travail.
OK, le problème semble résolu.
Où se trouve le bouton « solution » sur ce forum ? Je m’attendais à le trouver dans la rangée d’icônes sous le message.
Le plugin « Résolu » n’est pas activé dans cette catégorie. Vous pouvez trouver le bouton sous les sujets, par exemple dans Support.
Parfois, les utilisateurs marquent les sujets comme résolus après qu’une personne a partagé un contournement, qui n’est pas la solution finale. Ainsi, dans les sujets de cette catégorie, le tag fixed est ajouté et le sujet est fermé par la personne qui a résolu le problème.
