Add reason for rejection of a post

[Pad_Pors]

for the first posts of a user, which may need to be approved (based on a forum policy), a reason for rejection may be good.

when an admin reject a “waiting for approval” post, it’d be good (educational for users) to add the reason so that this reason goes to the user directly.

currently we message users about the reason their post is not accepted. it’s a bit of work, as in a message you need to say hi and bye .

I’m not sure if this can work, but when admins click on reject button, a window like the flag window can open and admins can write the reason or choose among the list:

[gul_yurdakul (Gül Yurdakul)]

Are there any developments?

[sam (Sam Saffron)]

I have been against unconditionally notifying users here of rejections. (we now unconditionally notify on approval)

But… strategically if the moderator opts to give a rejection reason, I am all for reducing moderator friction.

I would like the full picture here, what are some examples of reasons why you would reject first post?

cc @eviltrout

[Pad_Pors]

I guess anything that causes one to flag a post, can cause rejection of the first post as well! e.g.:

• duplicate of another thread

• non-relevant, advertisement, spam, … ; or let’s say out of the community scope (according to the “community guidelines”)

• very poor writing or non-clear message (bad spelling, bad grammar, …) such that moderators can’t edit it easily

[shamay (Shamay Agaron)]

I am also running into this same issue, and would love this feature!

[shamay (Shamay Agaron)]

In my case, new members must submit one high-quality submission before they are given full access to the community. Thus, it would be really great to give them some feedback on their submission if it wasn’t accepted, as to encourage them to try again. Alternatively, if their submission is good but we have some edits, we would like to share some comments on how to improve the post before officially accepting it.

[tfoote]

With premoderation of new users/topics this is highly valuable as it’s often the first interaction with the community. And if someone tries to post and just gets a rejection it’s likely that they’ll never come back. The most common case for us is that we need to redirect them from our discourse based discussion forum to our Q&A website.

To that end we have a policy of the following:

• Create a message to the user with subject "Re:
• Tell them the reason for the rejection (copy and paste reasons stored in our moderation guidelines for convenience)
• Copy their content into the bottom of the message so that they have a copy of their question that they might have spent non-trivial time to create.
• Send the message
• Then reject their post

The benefits of this workflow are that the user gets a reason and can be nudged in the appropriate direction. If we’re already reviewing it knowing the reason makes sense.

In addition we added the copy and pasting of the content because when the post is rejected it’s no longer viewable. And if it’s a good question but misdirected or something else that needs editing and with some iteration would be valuable content, it’s frustrating for the users to lose access to it when we reject the post.

[carlosjcabello (Carlos Cabello Morales)]

This would be a feature we would love to have as well.

Are there any plans to implement it any time soon?

[jamesmarkcook (James Cook)]

Je rencontre régulièrement ce problème sur mon forum. Ce serait bien d’avoir les mêmes options que celles disponibles lors du signalement, lors du rejet de nouveaux messages, car à chaque fois que je rejette un message, je dois envoyer manuellement un message à l’utilisateur pour lui expliquer pourquoi je le rejette.

[TheBaby5 (Bug Reporter)]

Nous recherchons également cette fonctionnalité. Si l’équipe peut la réaliser, ce serait une grande aide. Notre communauté est très vaste ; nous avons besoin de cette fonction de rejet pour tout gérer. Pour l’instant, nous devons envoyer manuellement un MP à chaque utilisateur concernant le rejet de son message.

[Heather_Dudley]

C’est quelque chose dont nous avons besoin. Nous utilisons l’approbation pour les rapports de bugs (avec plus de 150 000 utilisateurs, ils ont tendance à poster d’abord et à lire ensuite). Nous avons un forum général de « support » où nous encourageons les gens à poser des questions de type « comment faire ». Si quelque chose ne fonctionne pas, nous leur demandons de poster dans Rapports de bugs. Le problème, c’est que si leur message est rejeté (soit comme doublon, soit pour manque d’informations appropriées, etc.), ils ne le savent pas… le message disparaît simplement et ils ignorent même s’il a bien été envoyé dans un premier temps.

Cela les incite à poster des rapports de bugs dans le forum de support, moins contraignant, généralement de manière identique et sans les informations que nous avons besoin qu’ils incluent pour reproduire les rapports. Cela nous crée davantage de travail. J’aimerais pouvoir rejeter avec une raison, pour les éduquer sur la manière appropriée de soumettre un rapport de bug, ou pour lier un rapport existant, par exemple.

Voici le flux logique d’un utilisateur signalant cette préoccupation :

Actuellement, les messages envoyés dans Rapports de bugs peuvent ne jamais afficher clairement que votre message a été reçu. Ces messages nécessitent l’approbation d’un modérateur avant d’apparaître — ce qui est logique. Un bug peut affecter de nombreuses personnes, donc sans ce mécanisme d’approbation, de nombreux fils de discussion différents pourraient en résulter. De plus, il se peut que ce ne soit pas vraiment un bug. Si le forum Rapports de bugs est censé servir également de liste de bugs, cela constituerait une autre raison pour laquelle les messages doivent être approuvés.

Cependant, si le message n’apparaît pas éventuellement, il ne semble y avoir aucune reconnaissance claire indiquant que le message a même été reçu. Et même si lui (ou un rapport similaire) finit par apparaître, cela peut prendre beaucoup de temps. Si le problème persiste, vous pouvez vous demander : « Mon message a-t-il même été reçu ? Dois-je le poster à nouveau ? ». Vous pouvez également passer du temps à vérifier si quelque chose est apparu.

C’est décourageant.

Si cela avait été posté dans Suggestions et commentaires, en revanche, le message apparaîtrait au moins, de sorte que vous puissiez voir qu’il a été reçu. Même s’il est ensuite déplacé ou supprimé, vous savez au moins qu’il n’a pas été perdu en cours de transmission.

C’est moins décourageant.

Du point de vue de quelqu’un qui cherche à être utile en attirant l’attention sur un problème, il semble donc que poster dans Suggestions et commentaires fonctionne mieux que poster dans Rapports de bugs. Pour poster dans Rapports de bugs, vous devez également fournir au moins un tag, ce qui décourage également les publications dans cette section. De plus, on vous demande de fournir beaucoup d’informations qui peuvent même ne pas être pertinentes.

En effet, le comportement du forum nous encourage à signaler les problèmes dans Suggestions et commentaires plutôt que dans Rapports de bugs.

On pourrait soutenir que cela pourrait créer les fils de discussion en double que le mécanisme d’approbation vise à éviter. Cependant, nous sommes déjà censés rechercher des fils existants avant de poster, et il est assez facile d’attendre un peu avant de poster, pour donner une chance aux autres messages d’apparaître.

Ainsi, lorsqu’on met tout cela ensemble, il semble toujours plus efficace (du point de vue de quelqu’un qui souhaite soumettre un rapport) de poster dans Suggestions et commentaires.

[Meteor0id]

Nous en avions besoin hier. Je rejette chaque jour de nombreux nouveaux sujets car ce sont des doublons de sujets existants, mais ces utilisateurs ne reçoivent jamais la moindre explication justifiant le rejet de leur sujet.

Je n’ai pas le temps de :

• Leur envoyer des messages privés et gérer la discussion qui s’ensuit
• Approuver les sujets, puis les désactiver et les verrouiller immédiatement après
• Approuver le sujet, puis l’ouvrir pour le signaler comme doublon

Lorsque je rejette un sujet, je souhaiterais pouvoir fournir une raison et en terminer immédiatement sur place. Cela pourrait être un motif standard (doublon, hors du champ de la communauté, écriture de mauvaise qualité, contenu inapproprié), éventuellement suivi d’un court message.

L’absence de cette fonctionnalité est très décourageante pour les nouveaux utilisateurs du forum.

[ondrej]

@Meteor0id

L’absence de cette fonctionnalité est très décourageante pour les nouveaux utilisateurs du forum.

Je suis d’accord. Si vous rejetez un message ou un sujet et qu’il n’apparaît jamais pour l’utilisateur sans explication, cela donne une mauvaise impression, sauf si vous lui envoyez un message privé par la suite. J’aimerais vraiment que cela soit mis en œuvre. De plus, passer de la file d’attente de modération à leur profil pour leur envoyer un message prend plus de temps. Si tout était réuni au même endroit, ce serait plus pratique.

[codinghorror (Jeff Atwood)]

Cela n’est-il pas déjà sur la liste des versions ?

Vérifions #releases… oh, attendez, non, c’est pour le rejet d’un compte, ma faute.

[Meteor0id]

Exactement, nous aimerions une fonctionnalité similaire pour les avis.

[Jonathan5]

J’aimerais aussi cette fonctionnalité.

J’étais habitué à Mailman 2, où il y avait une zone de texte pour le « motif du rejet », alors j’ai été surpris de voir le message rejeté disparaître sans laisser de trace si rapidement !

(Bon, il n’a pas disparu sans laisser de trace — je vois qu’il figure dans le journal des actions du personnel.)

[MarcP]

Je remonte ce sujet à la demande de @TheBaby5 dans Marketplace.

Je pense qu’il faut au moins notifier un utilisateur si un message est rejeté. Actuellement, les utilisateurs restent dans l’ignorance.

Voici le processus actuel pour l’approbation de la modération :

1. L’utilisateur publie dans une catégorie modérée.
2. Après la publication, l’utilisateur voit js.review.approval.description (juste une fenêtre modale, aucun message du personnel).
3. Si le message est rejeté, l’utilisateur ne reçoit aucune notification.

Je pense qu’une fonctionnalité de base devrait inclure un message indiquant que le message a été rejeté (éventuellement de la part du personnel). Je n’ai pas vraiment besoin d’explications détaillées — nous pourrions par exemple modifier js.review.approval.rejected.message et y ajouter les raisons les plus courantes. Ce n’est qu’une idée.

Post original du marketplace ici

[JimPas]

@MarcP

Si le message est rejeté, l’utilisateur ne reçoit aucune notification.

Je suis d’accord avec cela SI cela concerne un utilisateur légitime et que l’on souhaite lui expliquer pourquoi son message a été rejeté.

Cependant, dans le cas d’un spammeur, je pense qu’aucune notification ne serait justifiée. Vous ne voudriez pas informer un spammeur que son message a été rejeté (supprimé) et lui permettre de revenir pour réessayer.

La raison SPAM ne doit pas envoyer de notification. Pour les autres raisons, oui.

[MarcP]

@JimPas

Cependant, dans le cas d’un spammeur, je pense qu’aucune notification ne serait justifiable. Vous ne voudriez pas notifier un spammeur que son message a été rejeté (supprimé) et qu’il revient pour réessayer.

Ceci est au cas où l’équipe souhaiterait développer la fonctionnalité demandée ; voici les options actuelles pour un message en attente (catégorie modérée).

En cas de spam, nous pourrions simplement supprimer l’utilisateur. En cas de rejet, nous pourrions opter pour une solution simple comme je l’ai suggéré dans mon message précédent. C’est la solution rapide et la plus simple pour l’équipe. En supposant que l’équipe n’a aucun intérêt pour la demande complète et qu’il existe un sujet Marketplace ouvert à ce sujet, d’autant plus que ce sujet date de 2020…

[Jonathan5]

@JimPas

La raison SPAM ne doit pas envoyer de notification. Pour les autres raisons, oui.

Les équivalents dans Mailman 2 sont Rejeter (avec option de fournir un motif) et Supprimer (aucune notification) — en plus de Différer (décider plus tard) et Accepter.

Il existe également l’option « Supprimer tous les messages marqués comme Différés ». Différer est l’option par défaut ; ainsi, une fois que vous avez accepté ou rejeté les vrais messages, ce qui reste sur la page est probablement du spam que vous souhaitez supprimer d’un seul coup.

Il y a plus à cela, mais ce sont les options les plus directement comparables.