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)]

Continuo a imbattermi in questo problema nel mio forum. Sarebbe utile avere le stesse opzioni disponibili con la segnalazione quando si rifiutano nuovi post, dato che ogni volta che rifiuto devo manualmente inviare un messaggio all’utente per informarlo del motivo del rifiuto.

[TheBaby5 (Bug Reporter)]

Anche noi stiamo cercando questa funzionalità. Se il team riuscirà a realizzarla, sarebbe di grande aiuto: la nostra community è molto grande e abbiamo bisogno di questo meccanismo di rifiuto per gestire tutto. Al momento, dobbiamo inviare manualmente un messaggio privato a ogni utente riguardo al rifiuto del post.

[Heather_Dudley]

Questo è qualcosa di cui abbiamo bisogno. Utilizziamo l’approvazione per i report di bug (con oltre 150.000 utenti, tendono a pubblicare prima e leggere dopo). Abbiamo un forum generale di “supporto”, dove incoraggiamo le persone a fare domande di tipo “come fare”. Se qualcosa si rompe, chiediamo loro di pubblicare nei Report di bug. Il problema è che se il loro post viene respinto (sia come duplicato che per mancanza di informazioni appropriate, ecc.), non lo sanno: il post semplicemente scompare e non sanno nemmeno se è stato inviato in primo luogo.

Questo li incoraggia a pubblicare i report di bug nel forum di supporto a minore attrito, spesso in modo identico e senza le informazioni di cui abbiamo bisogno per riprodurre i report. Questo ci sta creando più lavoro. Vorrei poter respingere con una motivazione, per educarli su come inviare correttamente un report di bug, o per collegare un report esistente, ad esempio.

Ecco il flusso logico di un utente che segnala questa preoccupazione:

Il modo in cui funzionano ora i post nei Report di bug, potresti non vedere mai nulla che mostri chiaramente che il tuo post è stato ricevuto. Tali post richiedono l’approvazione del moderatore prima di apparire, e questo ha senso. Un bug potrebbe colpire molte persone, quindi senza il meccanismo di approvazione potrebbero risultare molti thread diversi. Inoltre, potrebbe non essere effettivamente un bug. Se il forum dei Report di bug è destinato a fungere anche da elenco di bug, questo sarebbe un’altra ragione per cui i post necessitano di approvazione.

Tuttavia, se il post non appare alla fine, non sembra esserci alcun chiaro riconoscimento che il post sia stato nemmeno ricevuto. E anche se (o un rapporto simile) appare alla fine, ciò può richiedere molto tempo. Se il problema persiste, potresti trovarti a pensare: “Il post è stato ricevuto? Dovrei pubblicarlo di nuovo?”. Puoi anche perdere tempo a controllare se è apparso qualcosa.

Questo è scoraggiante.

Se fosse stato pubblicato come Suggerimenti e feedback, invece, il post apparirebbe almeno, così da poter vedere che è stato ricevuto. Anche se in seguito viene spostato o eliminato, almeno sai che non è andato perso nella trasmissione.

Questo è meno scoraggiante.

Dal punto di vista di qualcuno che cerca di essere utile attirando l’attenzione su un problema, sembra quindi che pubblicare in Suggerimenti e feedback funzioni meglio rispetto a pubblicare nei Report di bug. Per pubblicare nei Report di bug, devi anche fornire almeno un tag, il che scoraggia ulteriormente la pubblicazione lì. Inoltre, ti viene chiesto di fornire molte informazioni che potrebbero non essere nemmeno pertinenti.

Di fatto, il comportamento del forum ci incoraggia a segnalare i problemi come Suggerimenti e feedback invece che come Report di bug.

Si potrebbe obiettare che questo potrebbe creare thread duplicati che il meccanismo di approvazione è destinato a evitare. Tuttavia, dovremmo già cercare thread esistenti prima di pubblicare, ed è abbastanza facile aspettare un po’ prima di pubblicare, per dare ad altri post la possibilità di apparire.

Quindi, quando tutto viene messo insieme, sembra ancora funzionare meglio (dal punto di vista di qualcuno che vuole inviare un rapporto) pubblicare in Suggerimenti e feedback.

[Meteor0id]

Ne avremmo avuto bisogno ieri. Rifiuto molti nuovi argomenti ogni giorno perché sono duplicati di argomenti esistenti, ma quegli utenti non ricevono mai nemmeno una singola parola di spiegazione sul perché il loro argomento è stato rifiutato.

Non ho tempo di:

• Scrivergli in MP e gestire la discussione che ne segue
• Approvare gli argomenti, nasconderli e bloccarli subito dopo
• Approvare l’argomento e poi aprirlo per segnalarlo come duplicato

Quando rifiuto, vorrei poter fornire una ragione ed essere subito risolto, direttamente in quel momento. Questa può essere una motivazione standard (duplicato, fuori dallo scopo della comunità, scrittura scarsa, inappropriato), eventualmente seguita da un breve messaggio.

Non avere questa funzionalità è molto scoraggiante per i nuovi utenti del forum.

[ondrej]

@Meteor0id

Non avere questa funzionalità è molto scoraggiante per i nuovi utenti del forum.

Concordo. Se rifiuti un post o un argomento e questo non appare mai per quell’utente senza una spiegazione, ciò crea una cattiva impressione, a meno che non gli invii in seguito un messaggio privato. Mi piacerebbe molto che questa funzione venisse implementata. Inoltre, passare dalla coda di moderazione al profilo dell’utente per inviare un messaggio richiede più tempo. Se tutto fosse in un unico posto, sarebbe molto più comodo.

[codinghorror (Jeff Atwood)]

Non è già sulla lista delle release?

Controlla #releases… oh aspetta, no, quella è per il rifiuto di un account, scusa.

[Meteor0id]

Esatto, mi piacerebbe avere una funzionalità simile per le recensioni.

[Jonathan5]

Vorrei anch’io questa funzionalità.

Sono abituato a Mailman 2, dove c’è una casella di testo per il “motivo del rifiuto”, quindi sono rimasto sorpreso nel vedere che il messaggio rifiutato scompariva così rapidamente senza lasciare traccia!

(Ok, non è scomparso senza traccia: posso vederlo nel registro delle azioni dello staff.)

[MarcP]

Sollevo questo argomento a causa della richiesta di @TheBaby5 in Marketplace.

Penso che sia necessario almeno notificare un utente se un post viene respinto. Attualmente gli utenti rimangono all’oscuro.

Attualmente il processo per l’approvazione della moderazione è:

1. L’utente pubblica in una categoria moderata
2. Dopo la pubblicazione, l’utente vede js.review.approval.description (solo un popup modale, nessun messaggio dallo staff)
3. Se il post viene respinto, l’utente non riceve alcuna notifica.

Penso che una funzionalità di base dovrebbe essere un messaggio che indica che il post è stato respinto (magari dallo staff). Non ho davvero bisogno di una motivazione dettagliata: potremmo, ad esempio, modificare js.review.approval.rejected.message e aggiungere lì i motivi più comuni. Questa è solo un’idea.

Post originale del marketplace qui

[JimPas]

@MarcP

Se il post viene rifiutato, l’utente non riceve alcuna notifica.

Sono d’accordo con questo, MA solo se si tratta di un utente legittimo e si desidera informarlo sul motivo del rifiuto del suo post.

Tuttavia, nel caso di uno spammer, ritengo che non inviare alcuna notifica sia giustificato. Non vorresti avvisare uno spammer che il suo post è stato rifiutato (eliminato) e incoraggiarlo a riprovare.

Il motivo SPAM non dovrebbe inviare una notifica. Per gli altri motivi, sì.

[MarcP]

@JimPas

Tuttavia, nel caso di uno spammer, ritengo che non inviare alcuna notifica sia giustificabile. Non vorresti avvisare uno spammer che il suo post è stato rifiutato (eliminato) e permettergli di tornare a riprovare.

Questo è nel caso in cui il team voglia implementare la funzionalità richiesta; ecco le opzioni attuali per un post in sospeso (categoria moderata).

In caso di spam, potremmo semplicemente eliminare l’utente. In caso di rifiuto, potremmo optare per una soluzione semplice come ho suggerito nel mio post precedente. Questa è la soluzione rapida più semplice per il team. Supponendo che il team non sia interessato alla richiesta completa e che esista già un argomento Marketplace aperto a riguardo, inoltre questo argomento risale al 2020…

[Jonathan5]

@JimPas

Il motivo SPAM non dovrebbe inviare una notifica. Per gli altri motivi, sì.

Gli equivalenti in Mailman 2 sono Rifiuta (con opzione di fornire un motivo) e Scarta (nessuna notifica) – oltre a Posticipa (decidi più tardi) e Accetta.

Esiste anche l’opzione “Scarta tutti i messaggi contrassegnati come Posticipa”. Posticipa è l’impostazione predefinita, quindi una volta accettato o rifiutato i messaggi reali, ciò che rimane nella pagina è probabilmente tutto spam che si desidera scartare in un’unica operazione.

C’è di più rispetto a quanto descritto, ma queste sono le opzioni più direttamente confrontabili.