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

Eu continuo encontrando esse problema no meu fórum. Seria bom ter as mesmas opções disponíveis ao sinalizar conteúdo ao rejeitar novas postagens, pois toda vez que rejeito, tenho que enviar manualmente uma mensagem ao usuário para informá-lo do motivo da rejeição.

[TheBaby5 (Bug Reporter)]

Também estamos procurando por esse recurso. Se a equipe conseguir implementá-lo, será de grande ajuda. Nossa comunidade é muito grande e precisamos dessa funcionalidade de rejeição para gerenciar tudo. No momento, temos que enviar mensagens privadas manualmente para cada usuário sobre a rejeição de posts.

[Heather_Dudley]

Isso é algo de que precisamos. Usamos aprovação para relatórios de bugs (com mais de 150 mil usuários, eles tendem a postar primeiro e ler depois). Temos um fórum geral de “suporte”, onde incentivamos as pessoas a fazer perguntas do tipo “como fazer”. Se algo quebrar, pedimos que publiquem nos Relatórios de Bugs. O problema é que, se o post for rejeitado (seja como duplicata ou por falta de informações adequadas, etc.), eles não ficam sabendo… o post simplesmente desaparece e eles não sabem se ele chegou ao destino em primeiro lugar.

Isso os incentiva a postar relatórios de bugs no fórum de suporte, que tem menos atrito, geralmente de forma idêntica e sem as informações que precisamos para reproduzir os relatórios. Isso está criando mais trabalho para nós. Gostaria de poder rejeitar com um motivo, para educá-los sobre como submeter corretamente um relatório de bug ou para vincular um relatório existente, por exemplo.

Aqui está o fluxo lógico de um usuário relatando isso como uma preocupação:

A forma como os posts nos Relatórios de Bugs funcionam agora, você pode nunca ver nada que mostre claramente que seu post foi recebido. Esses posts precisam de aprovação do moderador antes de aparecerem — o que faz sentido. Um bug pode afetar muitas pessoas, então, sem o mecanismo de aprovação, muitos tópicos diferentes poderiam surgir. Além disso, pode não ser realmente um bug. Se o fórum de Relatórios de Bugs servir também como uma lista de bugs, isso seria outra razão para os posts precisarem de aprovação.

No entanto, se o post não aparecer eventualmente, não parece haver nenhum reconhecimento claro de que o post foi recebido. E mesmo que ele (ou um relatório semelhante) acabe aparecendo, isso pode levar bastante tempo. Se o problema persistir, você pode acabar pensando: “Será que o post foi recebido mesmo? Devo postar novamente?”. Você também pode gastar tempo verificando se algo apareceu.

Isso é desanimador.

Se fosse postado como Sugestões e Feedback, no entanto, o post apareceria pelo menos, para que você possa ver que foi recebido. Mesmo que seja movido ou excluído mais tarde, você pelo menos sabe que não se perdeu na transmissão.

Isso é menos desanimador.

Do ponto de vista de alguém tentando ser útil ao chamar a atenção para um problema, portanto, parece que postar em Sugestões e Feedback funciona melhor do que postar em Relatórios de Bugs. Para postar em Relatórios de Bugs, você também precisa fornecer pelo menos uma tag, o que também desencoraja a postagem lá. Além disso, é solicitado que você forneça muitas informações que podem nem ser relevantes.

Na prática, o comportamento do fórum nos incentiva a relatar problemas como Sugestões e Feedback em vez de Relatórios de Bugs.

Pode-se argumentar que isso poderia criar tópicos duplicados que o mecanismo de aprovação visa evitar. No entanto, já deveríamos procurar tópicos existentes antes de postar, e é fácil esperar um pouco antes de postar, para dar chance a outros posts de aparecerem.

Então, quando tudo é considerado, ainda parece funcionar melhor (do ponto de vista de alguém que deseja enviar um relatório) postar em Sugestões e Feedback.

[Meteor0id]

Precisávamos disso ontem. Rejeito muitos novos tópicos todos os dias porque são duplicatas de tópicos existentes, mas esses usuários nunca recebem nem uma única palavra de explicação sobre o motivo da rejeição do tópico.

Não tenho tempo para:

• Mensagá-los por MP e lidar com a discussão que se segue
• Aprovar os tópicos e, em seguida, ocultá-los e travá-los imediatamente
• Aprovar o tópico e depois abri-lo para marcá-lo como duplicata

Ao rejeitar, gostaria de fornecer um motivo e finalizar tudo naquele momento. Isso pode ser um motivo padrão (duplicata, fora do escopo da comunidade, escrita pobre, inadequado), opcionalmente seguido de uma mensagem curta.

A falta dessa funcionalidade é muito desmotivadora para novos usuários do fórum.

[ondrej]

@Meteor0id

Não ter isso é muito desmotivador para novos usuários do fórum.

Eu concordo. Se você rejeitar uma postagem ou tópico e ele nunca aparecer para aquele usuário sem uma explicação, isso passa uma impressão ruim, a menos que você envie uma mensagem pessoal para ele mais tarde. Eu adoraria que isso fosse implementado. Além disso, é mais demorado ir da fila de moderação para o perfil deles para enviar uma mensagem. Se tudo estivesse em um só lugar, seria mais conveniente.

[codinghorror (Jeff Atwood)]

Isso já não está na lista de lançamentos?

Verifique #releases… oh, espera, não, isso é para rejeição de uma conta, meu erro.

[Meteor0id]

Exatamente, gostaria de uma funcionalidade semelhante para avaliações.

[Jonathan5]

Eu também gostaria de ter esse recurso.

Estou acostumado com o Mailman 2, onde há uma caixa de texto para “motivo da rejeição”, então fiquei surpreso ao ver a mensagem rejeitada desaparecer sem deixar rastros tão rapidamente!

(Tudo bem, ela não desapareceu sem deixar rastros — consigo ver que está no log de ações da equipe.)

[MarcP]

Elevando este tópico por causa da solicitação de @TheBaby5 em Marketplace.

Acho que pelo menos precisamos notificar um usuário se uma postagem for rejeitada. Atualmente, os usuários ficam no escuro.

Atualmente, o processo de aprovação pela moderação é:

1. O usuário posta em uma categoria moderada.
2. Após a postagem, o usuário vê js.review.approval.description (apenas um modal pop-up, sem mensagem da equipe).
3. Se a postagem for rejeitada, o usuário não recebe nenhuma notificação.

Acredito que uma funcionalidade básica deveria ser uma mensagem informando que a postagem foi rejeitada (talvez da equipe). Não preciso realmente de justificativas — poderíamos, por exemplo, editar js.review.approval.rejected.message e adicionar lá os motivos mais comuns. Isso é apenas uma ideia.

Post original do marketplace aqui

[JimPas]

@MarcP

Se o post for rejeitado, o usuário não recebe nenhuma notificação.

Concordo com isso SE for para um usuário legítimo e se deseja informá-lo sobre o motivo da rejeição do post.

No entanto, no caso de um spammer, acho que nenhuma notificação seria justificável. Você não gostaria de notificar um spammer que o post dele foi rejeitado (excluído) e fazê-lo voltar para tentar novamente.

O motivo SPAM não deve enviar uma notificação. Para os outros motivos, sim.

[MarcP]

@JimPas

No entanto, no caso de um spammer, sinto que nenhuma notificação seria justificável. Você não gostaria de notificar um spammer que sua postagem foi rejeitada (excluída) e fazê-lo retornar para tentar novamente.

Isso é caso a equipe queira implementar o recurso solicitado; estas são as opções atuais para uma postagem pendente (categoria moderada).

No caso de spam, poderíamos simplesmente excluir o usuário. Na rejeição, poderíamos optar por uma solução simples como sugeri em minha postagem anterior. Esta é a solução rápida e mais fácil para a equipe. Supondo que a equipe não tenha interesse na solicitação completa e haja um tópico Marketplace aberto para isso, além de que este tópico é de 2020…

[Jonathan5]

@JimPas

A razão SPAM não deve enviar uma notificação. Para os outros motivos, sim.

Os equivalentes no Mailman 2 são Rejeitar (pode optar por fornecer um motivo) e Descartar (sem notificação alguma) — além de Adiar (decidir mais tarde) e Aceitar.

Também há “Descartar todas as mensagens marcadas como Adiar”. Adiar é a opção padrão, então, uma vez que você aceitou ou rejeitou as mensagens reais, o que sobrar na página provavelmente será apenas spam que você deseja descartar de uma só vez.

Há mais detalhes, mas estas são as opções mais diretamente comparáveis.