La limite de taux de messages personnels limite également les drapeaux "Autre chose"

Reproduction du problème

  1. Obtenez une instance de test afin de ne pas casser une communauté existante.
  2. Définissez messages personnels maximum par jour = 1. (La valeur par défaut est 20. Je ne suis pas sûr de ce que signifie 0 pour ce paramètre, j’utilise donc la meilleure alternative.)
  3. Usurpez l’identité d’un utilisateur non-staff. (En tant qu’administrateur, je n’ai pas vu le problème. Je suppose que c’est parce que le staff n’est pas soumis à cette limite de débit, mais je n’ai pas regardé le code pour en être sûr.)
  4. Envoyez un message privé de test depuis le compte que vous usurpez à quelqu’un d’autre. (Je l’ai envoyé à mon propre compte.)
  5. Signalez un message aléatoire avec la raison « Autre chose ». (D’après ce que je peux dire, d’autres raisons de signalement ne présentent pas le problème.)

Vous devriez obtenir une fenêtre contextuelle indiquant :

Une erreur s’est produite : Vous avez atteint le nombre maximum de messages autorisés par jour. Vous pourrez créer de nouveaux messages dans 23 heures.

Pourquoi c’est important

Plusieurs paramètres sont pertinents :

  1. Fils de messages privés par jour. (Par défaut 20)
  2. Signalements par jour. (Par défaut 20)
  3. Signalements par jour multipliés par niveau de confiance. (TL2 => 1,5, TL3 => 2, TL4 => 3)

En conséquence, les utilisateurs TL3 peuvent créer jusqu’à 20 fils de messages privés sur une période glissante de 24 heures et signaler jusqu’à 40 messages. Cependant, les signalements qui utilisent la raison « Autre chose » comptent à la fois pour la limite de fils de messages privés et la limite de signalements. Comme il n’y a pas de multiplicateur TL pour la limite de messages privés, il est impossible d’augmenter la limite de débit uniquement pour les utilisateurs de confiance.

Peut-être plus important encore, le message ne semble pas lié à l’action entreprise par l’utilisateur. Il n’est pas évident qu’une raison de signalement particulière démarre un fil de message privé. Pour voir cette confusion dans la vie réelle, consultez ces fils :

  1. Maximum messages per day?
  2. Reached maximum messages….again

Après avoir enquêté aujourd’hui, je peux maintenant suggérer de ne pas utiliser la raison « Autre chose » si vous manquez de fils de messages privés dans une journée. Mais ce n’est pas idéal car cela découragera certains utilisateurs d’ajouter un contexte nécessaire à leurs signalements. Je vais probablement simplement augmenter la limite de débit des fils de messages privés et espérer que personne ne découvre qu’ils peuvent commencer à spammer d’autres utilisateurs.

Solutions possibles

  1. Ne pas compter les fils de messages privés générés par le système dans le quota d’un utilisateur. Ainsi, si je signale un message et que le système le transforme en fil de message privé avec les modérateurs, cela ne devrait pas compter dans ma limite. Pour les signalements, seule la limite de débit de signalement devrait s’appliquer.
  2. Corriger le message afin que les utilisateurs puissent diagnostiquer le problème eux-mêmes. Je n’ai pas de copie concise à suggérer, mais il devrait être clair que le problème est le signalement avec « Autre chose » plutôt qu’avec d’autres types de signalements. Je supprimerais toute indication que cela est lié aux fils de messages privés, sauf si c’est expliqué avec soin. Cela devient tout simplement trop technique pour la personne moyenne.
  3. Ajouter des multiplicateurs basés sur le niveau de confiance à la limite de débit des fils de messages privés. Honnêtement, je pense que 20 est suffisant dans presque toutes les situations, sauf les plus extrêmes. Mais si les signalements empiètent sur la limite, je voudrais donner aux utilisateurs de confiance au moins autant de démarrages de fils de messages privés que les utilisateurs réguliers.
7 « J'aime »

Salut @sam, tu :heart: ça et ça fait un mois (et j’ai enfin mis à niveau le site vers la version 3.1.0.beta3). Je voulais juste vérifier si la mise à niveau tant attendue allait inclure une correction pour cela, je pensais me souvenir d’avoir vu un commit à ce sujet, mais je ne vois rien ici.

J’aime l’idée de corriger cela, mais rien n’a encore été planifié. Le découplage semble être la bonne solution.

2 « J'aime »

Salut,

J’ai une correction pour ce bug. Mais j’aimerais discuter de ma solution avant de soumettre la PR.
C’est assez simple, le nouveau message privé est défini pour appartenir à l’utilisateur system et l’utilisateur réel en devient le destinataire au lieu de l’initiateur.

Une chose à mentionner : l’utilisateur recevra son propre message de system dans sa boîte de réception.

Des suggestions ?

1 « J'aime »

Ce serait une amélioration fantastique pour Discourse dans son ensemble. Même avec le paramètre par défaut qui n’autorise pas les TL0 à envoyer des messages privés, permettre soudainement aux TL1 d’envoyer un tas de nouveaux fils de discussion PM différents est une attaque de spam PM de bas niveau qui ne demande qu’à se produire. Ou alors, la limite de débit des messages privés peut être définie sur quelque chose de très bas, mais il serait intenable d’appliquer la même limite aux utilisateurs de confiance >= TL2.