Cette publication a été masquée en raison de signalements émanant de la communauté. Veuillez donc réfléchir à la manière dont vous pourriez modifier votre publication pour tenir compte de leurs commentaires. Vous pouvez modifier votre publication après 5 minutes, et elle sera automatiquement démasquée.
Cependant, si la publication est masquée une deuxième fois par la communauté, elle restera masquée jusqu’à ce qu’elle soit traitée par le personnel.
Puisqu’il s’agit d’une catégorie réservée au personnel, il est peu probable que cela soit intentionnel.
Et voici que le sujet est discuté dans notre autre installation :
Une recherche rapide ici n’a pas révélé que d’autres personnes rencontrent ce problème, mais je voulais tout de même lever un (euh) « signal » au cas où.
Merci.
[Il s’avère que cliquer sur un CŒUR sur une publication finit par être interprété comme un SIGNALEMENT, si cela constitue un diagnostic utile]
Désolé pour cela ! L’équipe devrait pouvoir voir qui est l’utilisateur ayant signalé le contenu. Pourriez-vous nous dire qui a effectué le signalement — ou peut-être lui demander directement s’il a signalé un message par erreur ?
Oui, l’endroit où vous souhaitez que le personnel regarde est example.discourse.org/review – cela s’afficherait dans le menu hamburger sous la forme d’un chiffre blanc dans un cercle rouge à côté de l’élément de menu Examen, comme ceci :
Tous les signalements, qu’ils soient automatiques (comme dans la vérification anti-spam Akismet et d’autres vérifications heuristiques sur les nouveaux utilisateurs) ou via des signalements de la communauté, seraient traités ici et un historique complet serait visible.
donc, pour résumer, nous recevons un e-mail indiquant qu’ils sont signalés, nous voyons les publications grisées, et les utilisateurs voient qu’ils sont signalés.
Jusqu’à présent, je n’ai rien trouvé d’anormal dans les paramètres et les journaux sont propres. Je vais maintenant essayer de configurer un site de test avec vos propres paramètres pour voir si je peux reproduire le problème.
Cela signifie que quelque chose ne va pas. Il n’existe pas de drapeau « like » dans Discourse, donc il n’existe pas de traduction correspondante. Consultez discourse/config/locales/server.en.yml at main · discourse/discourse · GitHub pour les traductions attendues (et les raisons des drapeaux) dans Discourse.
J’ai remarqué que deux fichiers JS sur un CDN renvoyaient une erreur 404. Je ne suis pas sûr que ce soit lié, mais ce problème nous cause de réelles difficultés, alors je partage toutes les informations dès que nous trouvons des pistes potentielles :
Je peux reproduire ce problème (le fait d’aimer des publications les fait disparaître) sur un autre site Discourse, donc je doute fortement que l’erreur JavaScript y soit liée.
Fais-moi une faveur, Alex, et envoie un message privé au site où tu observes l’erreur vers la boîte de réception de l’équipe afin que nous puissions examiner l’erreur JavaScript plus en détail. La dernière fois que j’ai vérifié, tu n’avais pas de site hébergé chez nous à l’adresse tpf4.akimbo.com.
Nous rencontrons cette erreur sur trois de nos sites. Souhaitez-vous que je vous envoie un MP à ce sujet plutôt que de continuer à utiliser ce fil de discussion ?
Avons-nous des options qui pourraient nous aider à empêcher les étudiants de signaler des publications pendant que vous cherchez la cause du problème ?
Existe-t-il un moyen de désactiver temporairement les « J’aime » ?
Ou quelque chose comme un « mode sans échec » ?
Nous faisons de notre mieux pour répondre aux utilisateurs et les informer, mais ce problème est très perturbateur.
En général, oui, « caché » signifie que le message a été signalé. Cependant, en raison d’un bug, les messages sont masqués sans que des signalements ne soient créés. Nous pensons avoir identifié le bug ; les tests sont en cours.
