Réponses au tutoriel discobot signalées comme spam

J’ai remarqué que plusieurs utilisateurs s’inscrivant sur notre site ont vu leurs messages privés avec Discobot signalés par le système comme inappropriés :

Voici ce qui apparaît dans la section examen :

Ce n’est pas idéal, car les utilisateurs se font une mauvaise impression de notre site dès qu’ils reçoivent ce message :

Cela s’est produit pour plusieurs messages de quelques utilisateurs pendant le tutoriel de Discobot, ce qui se traduit par une expérience terrible, en particulier pour un nouvel arrivant.

J’ai consulté ce post, mais ces utilisateurs n’ont encore rien publié sur notre site (à part répondre à Discobot), donc je ne pense pas que modifier la valeur de newuser_spam_host_threshold soit la solution.

Des idées ?

1 « J'aime »

Quelle version de Discourse votre site utilise-t-il ?

Y a-t-il un point commun entre les messages qui ont été signalés comme inappropriés ?

3 « J'aime »

2.5.0.beta2 (86690155b3)

J’ai reproduit le problème à nouveau avec un autre utilisateur. Il semble que toute réponse contenant un emoji déclenche le signalement automatique du système. Cela se produit avant que discobot ne demande un test de signalement.

2 « J'aime »

À moins que vous ne puissiez le reproduire ici ou sur try.discourse.org, cela est dû à des paramètres inhabituels sur votre instance.

2 « J'aime »

Pas à ma connaissance. Un nouvel utilisateur récent a été signalé à la fois pour son message contenant des émojis et pour son message avec une onebox, donc cela ne semble pas lié au contenu. Akismet n’est pas installé. Cela se produit pour plusieurs adresses IP. Cela semble se produire uniquement avec les nouveaux utilisateurs ? Les messages sont systématiquement signalés avec un niveau de « méchanceté » de 63 %, et l’utilisateur reçoit

En plus des aperçus de la liste des sujets et d’un plugin personnalisé qui ne semble pas suspect à mon œil naïf. Je ne vois pas dans les journaux où les messages sont signalés, donc je ne sais pas où chercher d’autres explications. Quels sont les éléments qui peuvent déclencher un signalement automatique d’un message ? Où pouvons-nous regarder d’autre ?

2 « J'aime »

Donc, vous ne pouvez pas le reproduire sur try.discourse.org ?

C’est exact.

Et je ne peux pas non plus le reproduire sur le site défectueux avec un utilisateur administrateur existant. Cela semble lié au fait qu’il s’agit d’un nouvel utilisateur. Peut-être que cela plante parce qu’ils sont au niveau TL0 ? Mais cela n’a pas beaucoup de sens.

J’ai examiné tous les paramètres non par défaut et je n’en vois aucun susceptible de causer ce problème.

Pour l’instant, la seule solution que j’ai est de « supprimer votre forum et recommencer à zéro » ou peut-être de « réinitialiser tous vos paramètres à leurs valeurs par défaut ». (Je vais d’abord désactiver les deux plugins, mais ils semblent peu susceptibles d’être en cause. Je vais essayer cela dès que cela ne perturbera pas trop la communauté.) Je demande des idées sur ce que je peux essayer ensuite pour déterminer la cause de ce problème.

1 « J'aime »

Il existe un paramètre du site qui, lorsqu’il est déclenché par un texte correspondant, envoie immédiatement un message dans la file d’attente des signalements en fonction de ce texte (regex). Sam l’a ajouté pendant les jours de combat de bamwar, si ma mémoire est bonne, et nous utilisions par exemple des ensembles de caractères coréens comme déclencheur immédiat ? Car ceux-ci n’apparaissent jamais ici (et je crois que cela est vérifié uniquement pour les nouveaux utilisateurs ou les utilisateurs TL0, donc c’est assez sûr).

C’est tout ce qui me vient à l’esprit.

edit : ou les mots surveillés, ce serait la même chose..

1 « J'aime »

Recherche en cours… Peut-être parlez-vous de auto silence first post regex ?

Cela ressemble exactement à ce que je cherche ! Malheureusement, ce n’est pas ça. :crying_cat_face:

1 « J'aime »

Bonne nouvelle, nous avons pu identifier la cause racine de ce problème.

En fait, @pfaffman examinait nos paramètres du site et a découvert que nous avions modifié quelques paramètres par défaut qui avaient provoqué le problème.

Pour les autres utilisateurs qui pourraient rencontrer ce problème, nous avions ajouté plusieurs mots au paramètre d’administration des mots signalés admin/logs/watched_words/action/flag, y compris notre propre nom de marque pricemate, ainsi que quelques autres.

Nous avions également modifié des paramètres comme min post length (longueur minimale du message), entre autres, en leur attribuant une valeur très faible, ce qui aurait également pu causer certains problèmes. Après avoir supprimé ces mots et rétabli les paramètres de Posting à leurs valeurs par défaut, le problème a disparu.

Bravo encore à @pfaffman et merci de nous avoir aidés avec cela !

6 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.