Accédez à une communauté où vous disposez de privilèges d’administrateur.
Personnalisez les priorités de la file d’attente des modérateurs pour attribuer à « Autre chose » une priorité « Faible ».
Personnalisez les priorités de la file d’attente des modérateurs pour attribuer à « Hors sujet » une priorité « Moyenne ».
Signalez un message en choisissant « Autre chose » comme motif et « Test de fonctionnalités » comme message.
Signalez un autre message en choisissant « Hors sujet » comme motif.
Accédez à la file d’attente de révision des modérateurs.
Vérifiez que le « Statut » est « En attente ».
Vérifiez que « Trier par » est défini sur « Priorité ».
Cliquez sur « Actualiser ».
Résultat attendu : Les entrées de la file d’attente des modérateurs sont triées de la priorité la plus élevée à la plus faible. Résultat obtenu : Les entrées de la file d’attente des modérateurs sont triées de la priorité la plus faible à la plus élevée.
Solution de contournement : Définir « Trier par » sur « Priorité (inverse) » trie les messages signalés dans l’ordre souhaité, de la priorité la plus élevée à la plus faible.
D’un point de vue développeur, je comprends pourquoi l’ordre de tri par défaut est croissant et que « inverse » correspond à décroissant. Cependant, je m’attendais à l’inverse, et je pense que la plupart des utilisateurs non développeurs seraient du même avis.
Solution possible : Renommer le texte visible « Priorité » en « Priorité (de faible à élevée) » et le texte visible « Priorité (inverse) » en « Priorité (de élevée à faible) ».
Lié ?Order of reviewed flags on review queue … mais ce sujet traite principalement du cas où le « Statut » est défini sur « (tous les signalements examinés) ».
Il semble que cela soit plus insidieux que ce que j’avais initialement supposé. Si vous suivez les étapes de reproduction ci-dessus, puis effectuez les actions suivantes :
Signalez un autre message comme « Autre chose »
Accédez à la file d’examen des modérateurs
Assurez-vous que « Statut » est défini sur « En attente »
Assurez-vous que « Trier par » est défini sur « Priorité »
Cliquez sur « Actualiser »
Attendu : Les entrées de la file des modérateurs sont triées par ordre de priorité. Réel : Les entrées de la file des modérateurs sont triées chronologiquement par date de signalement (du plus ancien au plus récent).
De plus, l’option « Priorité (inverse) » trie les entrées chronologiquement par date de signalement (du plus récent au plus ancien).
Je n’ai pas pu reproduire ce problème localement avec les étapes que vous avez fournies. Après avoir examiné le code, j’ai confirmé que l’ordre Priority est croissant et Priority (reverse) décroissant. De plus, lorsque deux éléments ont la même priorité, nous les ordonnons par la valeur created_at dans l’ordre décroissant.
Pourriez-vous vérifier si les indicateurs something else ont un score plus élevé que celui de off-topic ? La formule prend en compte différents éléments pour calculer le score.
Faites-moi signe, et je continuerai à enquêter si nécessaire !
Vous avez raison : lors de la sélection de l’ordre « Priorité », les éléments semblent être triés par leur score dans l’ordre décroissant, puis par created_at dans l’ordre croissant.
D’un autre côté, je considère toujours ce comportement comme inattendu. Sauf si je passe à côté de quelque chose, le score d’un élément révisable n’est disponible qu’via un accès à la base de données (que ce soit un accès direct ou via le plugin data-explorer) ?
Merci ! C’est aussi une petite vue très informative
Est-ce que l’utilisation du mot « Score » au lieu de « Priorité » pour l’ordre de tri aurait du sens ? Parce que vous utilisez le mot « priorités » ici :
