Dans le sujet suivant, un utilisateur a été mis en sourdine pour avoir répondu avec un message court et rapide :
Le paramètre concerné s’appelle « silence automatique des tapeurs rapides lors du premier message », mais ce n’était clairement pas le premier message de l’utilisateur. Cette règle s’est-elle déclenchée par erreur ?
Ce n’est pas la première fois que quelqu’un se fait bannir pour avoir écrit de telles réponses courtes, qui peuvent être rédigées en moins de 3 secondes. J’ai réduit le paramètre min_first_post_typing_time de mon forum de 3 à 2 secondes, mais je suis perplexe quant à la raison pour laquelle les réponses sont également couvertes par l’option de silence automatique.
Dans quelle mesure êtes-vous certain qu’il ne s’agit pas du premier message de l’utilisateur ? Voyez-vous des messages antérieurs dans son historique de publications ?
Si vous cliquez sur le sujet que j’ai lié, vous verrez qu’une question détaillée a été publiée en premier, puis j’ai répondu, et lorsque l’utilisateur a répondu « Je ne peux pas le trouver », la réponse a été mise en file d’attente pour approbation et l’utilisateur a été silencé.
Maintenant, le premier message de jhoney semble effectivement suspect, car il n’aurait pas pu être tapé en 2 secondes et il s’agit en réalité d’un extrait copié plus tôt dans ce sujet. Il pourrait donc s’agir d’un spammeur.
Cependant, jzza vient simplement de taper un rapide remerciement après que sa question initiale ait reçu une réponse. Il a peut-être écrit cela en moins de 2 secondes, mais ce n’était pas son premier message, donc son message n’aurait pas dû être retenu.
Il n’est pas recommandé de permettre des messages très courts. Quelle est votre longueur minimale de message pour les réponses ? La valeur par défaut de Discourse est de 20 caractères. Si vous avez modifié cette valeur, vous devrez peut-être régler la protection contre le temps minimum de frappe pour les spammeurs à des niveaux très bas.
Les nouveaux utilisateurs légitimes qui copient et collent du contenu peuvent se faire prendre. Si cela constitue un schéma courant sur votre plateforme, vous n’aurez peut-être pas d’autre choix que de renoncer à cette protection.
J’ai réduit cette valeur de 20 à 10 caractères, car je souhaite permettre de courts messages de remerciement et je n’aime pas obliger les utilisateurs à allonger artificiellement leurs messages.
Cependant, ce paramètre est sans rapport avec le problème que je signale. Le problème que je rencontre est que des messages sont retenus et des utilisateurs mis en sourdine en fonction de la rapidité avec laquelle ils ont rédigé leur deuxième message, même si le paramètre indique explicitement : « Un nouvel utilisateur a rédigé son premier message de manière suspecte ».
J’ai essayé aujourd’hui et je n’ai pas encore réussi à reproduire le problème, même en utilisant les mêmes paramètres de site. Je ne vois aucun utilisateur se retrouver dans la file de révision lors de son premier ou deuxième message, mais ils sont bien bloqués pendant environ 20 secondes s’ils postent trop vite, comme prévu.
@bjorn81, avez-vous plus d’informations de la part de ces utilisateurs sur la manière dont ils ont pu être mis en sourdine ?
Pourquoi réduisez-vous la limite de caractères pour les messages de remerciement alors que Discourse dispose d’un bouton « J’aime » ? C’est précisément pour cela qu’il existe. Les utilisateurs peuvent exprimer leur gratitude sans relancer le sujet, distraire les autres utilisateurs ou augmenter inutilement la longueur du sujet.
On dirait bien que vous avez modifié une valeur par défaut qui existe parce que les publications du type « ok/GG/+1 » ne sont pas nécessaires sur Discourse, et vous en subissez les conséquences.
Ce n’est pas le cas cependant, voici le problème signalé :
@justin, notez que vous devriez absolument coller la publication via ctrl+v pour déclencher cela. La chose spécifique que nous testons est : cela peut-il se produire sur une deuxième publication ? Vous pouvez également vérifier le chemin du code pour voir si ses hypothèses sont valides.
Je vais réessayer. J’ai parcouru le chemin de code et toutes les hypothèses que j’ai pu trouver semblaient valides en fonction des valeurs fournies dans les paramètres du site.
MODIF : J’ai pu reproduire le problème en utilisant copier/coller sur un deuxième message avec les paramètres fournis ci-dessus. Je vais les réinitialiser par défaut et voir si je peux trouver une corrélation.
MODIF 2 : J’ai réussi à trouver le problème.
Dans ce bloc de code, nous ne regardons que le post_count de l’utilisateur. Si un utilisateur crée d’abord un sujet, cela n’est pas compté comme un message. Par conséquent, lorsqu’un utilisateur copie/colle une réponse, cela est compté comme son premier message, ce qui déclenche la protection.
