Je pense que le problème vient du fait que l’utilisateur a déjà été examiné. Je ne suis pas sûr qu’il soit possible de réexaminer le même utilisateur. Jusqu’à présent, je n’ai pas réussi à reproduire ce problème.
Je n’ai toujours pas réussi à reproduire ce problème. Cependant, j’ai découvert que l’utilisateur qui n’apparaît pas dans la file d’attente des examens avait été signalé comme suspect_user après son inscription en décembre. À cette époque, must_approve_users était désactivé sur mon forum. J’ai donc agi à son sujet à ce moment-là. Je ne suis pas sûr que disagreed signifie que j’ai choisi de conserver l’utilisateur. Mais lorsque j’ai tenté de reproduire la situation maintenant, la seule autre option était de supprimer l’utilisateur. Je ne sais pas comment status = 2 s’est produit.
Lorsque j’ai activé must_approve_users il y a quelques semaines, l’utilisateur n’a pas été automatiquement approuvé car il existait un élément examenable avec l’user_id comme target_id. Cela a du sens.
Mais je n’ai toujours aucune idée de comment j’ai fini avec un utilisateur que je n’ai ni approuvé, ni supprimé alors qu’il avait été signalé.
| reviewable | status | status | reason | context | created_at |
|---|---|---|---|---|---|
| 264 | disagreed | 2 | suspect_user | NULL | 2025-12-18T14:16:28.322Z |
requête
SELECT
rs.reviewable_id,
CASE
WHEN rs.status = 0 THEN 'en attente'
WHEN rs.status = 1 THEN 'accordé'
WHEN rs.status = 2 THEN 'en désaccord'
WHEN rs.status = 3 THEN 'ignoré'
END as status,
rs.status as status_id,
rs.reason,
rs.context,
rs.created_at
FROM reviewable_scores rs
JOIN reviewables r
ON rs.reviewable_id = r.id
JOIN users u
ON r.target_id = u.id
WHERE u.approved = false
AND u.active = true