Add reason for rejection of a post

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 :wink: .

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:

31 Me gusta

Are there any developments?

1 me gusta

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

7 Me gusta

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

5 Me gusta

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

2 Me gusta

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.

5 Me gusta

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.

5 Me gusta

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

Are there any plans to implement it any time soon?

3 Me gusta

Sigo topándome con este problema en mi foro. Sería genial tener las mismas opciones disponibles al marcar contenido cuando se rechazan nuevas publicaciones, ya que cada vez que rechazo una, tengo que enviar manualmente un mensaje al usuario para informarle por qué lo estoy rechazando.

4 Me gusta

También estamos buscando esta función. Si el equipo puede implementarla, sería de gran ayuda. Nuestra comunidad es muy grande y necesitamos este sistema de rechazo para gestionar todo; actualmente tenemos que enviar un mensaje privado manualmente a cada usuario para informar sobre el rechazo de una publicación. :neutral_face:

4 Me gusta

Esto es algo que necesitamos. Utilizamos la aprobación para informes de errores (con más de 150.000 usuarios, tienden a publicar primero y leer después). Tenemos un foro general de “soporte”, donde animamos a las personas a hacer preguntas de “cómo hacer”. Si algo falla, les pedimos que publiquen en Informes de errores. El problema es que, si su publicación es rechazada (ya sea como duplicada o por falta de información adecuada, etc.), no lo saben… la publicación simplemente desaparece y no saben siquiera si llegó en primer lugar.

Esto los anima a publicar informes de errores en el foro de soporte, que tiene menos fricción, generalmente de manera idéntica y sin la información que necesitamos para reproducir los informes. Esto nos está generando más trabajo. Me gustaría poder rechazar con un motivo, para educarlos sobre cómo presentar adecuadamente un informe de errores o para enlazar un informe existente, por ejemplo.

Aquí está el flujo lógico de un usuario que reporta esto como una preocupación:

La forma en que funcionan ahora las publicaciones en Informes de errores, es posible que nunca veas nada que muestre claramente que tu publicación fue recibida. Dichas publicaciones requieren la aprobación de un moderador antes de aparecer, lo cual tiene sentido. Un error podría afectar a muchas personas, por lo que sin el mecanismo de aprobación podrían surgir muchos hilos diferentes. Además, podría no ser realmente un error. Si el foro de Informes de errores está destinado a funcionar también como una lista de errores, esa sería otra razón por la que las publicaciones necesitan aprobación.

Sin embargo, si la publicación no aparece eventualmente, no parece haber ningún reconocimiento claro de que la publicación haya sido recibida. Y aunque (o un informe similar) finalmente aparezca, eso puede tomar bastante tiempo. Si el problema persiste, puedes llegar a pensar: “¿Se recibió la publicación? ¿Debería publicarla de nuevo?”. También puedes pasar tiempo verificando si ha aparecido algo.

Esto es desalentador.

Si se hubiera publicado en Sugerencias y comentarios, en cambio, la publicación aparecería al menos, de modo que podrías ver que fue recibida. Aunque más tarde sea movida o eliminada, al menos sabrás que no se perdió en la transmisión.

Eso es menos desalentador.

Desde el punto de vista de alguien que intenta ser útil llamando la atención sobre un problema, parece que publicar en Sugerencias y comentarios funciona mejor que publicar en Informes de errores. Para publicar en Informes de errores, también debes proporcionar al menos una etiqueta, lo que también desalienta la publicación allí. Además, se te pide que proporciones mucha información que puede que ni siquiera sea relevante.

En efecto, el comportamiento del foro nos anima a reportar problemas como Sugerencias y comentarios en lugar de como Informes de errores.

Podría argumentarse que esto podría crear hilos duplicados, que es lo que el mecanismo de aprobación intenta evitar. Sin embargo, ya se supone que busquemos hilos existentes antes de publicar, y es bastante fácil esperar un poco antes de publicar, para dar oportunidad a que aparezcan otras publicaciones.

Así que, cuando se considera todo junto, todavía parece funcionar mejor (desde el punto de vista de alguien que quiere enviar un informe) publicar en Sugerencias y comentarios.

8 Me gusta

Necesitábamos esto ayer. Rechazo muchos temas nuevos cada día porque son duplicados de temas existentes, pero esos usuarios nunca reciben ni una sola palabra de explicación sobre por qué se rechazó su tema.

No tengo tiempo para:

  • Contactarlos mediante mensajes privados y gestionar la discusión que sigue
  • Aprobar los temas, ocultarlos y bloquearlos inmediatamente después
  • Aprobar el tema y luego abrirlo para marcarlo como duplicado

Cuando rechazo un tema, me gustaría poder proporcionar una razón y dar por finalizado el proceso en ese mismo momento. Esto podría ser una razón estándar (duplicado, fuera del alcance de la comunidad, redacción deficiente, contenido inapropiado), opcionalmente seguida de un mensaje breve.

La falta de esta función es muy desalentadora para los nuevos usuarios del foro.

4 Me gusta

Estoy de acuerdo. Si rechazas una publicación o un tema y este nunca aparece para ese usuario sin una explicación, da una mala impresión, a menos que les envíes un mensaje privado más tarde. Me gustaría mucho que esto se implementara. Además, es más laborioso pasar de la cola de moderación a su perfil para enviarles un mensaje. Si todo estuviera en un solo lugar, sería más conveniente.

1 me gusta

¿Esto ya no está en la lista de lanzamientos?

Revisa #releases… oh, espera, no, eso es para el rechazo de una cuenta, mi error.

2 Me gusta

Exacto, me gustaría una función similar para las reseñas.

2 Me gusta

También me gustaría tener esta función.

Estoy acostumbrado a Mailman 2, donde hay un cuadro de texto para “motivo del rechazo”, así que me sorprendió que el mensaje rechazado desapareciera sin dejar rastro tan rápido.

(Ok, no ha desaparecido sin dejar rastro: puedo ver que está en el registro de acciones del personal.)

1 me gusta

Reavivando esto debido a la solicitud de @TheBaby5 en Marketplace.

Creo que al menos necesitamos notificar al usuario si una publicación es rechazada. Actualmente, los usuarios se quedan sin información.

Actualmente, el proceso de aprobación de moderación es el siguiente:

  1. El usuario publica en una categoría moderada.
  2. Después de publicar, el usuario ve js.review.approval.description (solo una ventana modal emergente, sin mensaje del personal).
  3. Si la publicación es rechazada, el usuario no recibe ninguna notificación.

Creo que la funcionalidad básica debería incluir un mensaje indicando que la publicación ha sido rechazada (quizás del personal). No necesito necesariamente una justificación detallada; por ejemplo, podríamos editar js.review.approval.rejected.message e incluir allí las razones más comunes. Esto es solo una idea.

Publicación original en marketplace aquí

4 Me gusta

Estoy de acuerdo con esto SI se trata de un usuario legítimo y se desea informarle por qué su mensaje fue rechazado.

Sin embargo, en el caso de un spammer, creo que no enviar una notificación sería justificable. No querrías notificar a un spammer que su mensaje fue rechazado (eliminado) y que vuelva a intentarlo. :slightly_smiling_face:

La razón SPAM no debe enviar una notificación. Para las demás razones, sí.

2 Me gusta

Esto es por si el equipo quiere implementar la funcionalidad solicitada; estas son las opciones actuales para una publicación pendiente (categoría moderada).

En caso de spam, podríamos simplemente eliminar al usuario. En caso de rechazo, podríamos optar por una solución sencilla como la que sugerí en mi publicación anterior. Esta es la solución rápida más fácil para el equipo. Asumiendo que el equipo no tiene interés en la solicitud completa y que ya hay un tema Marketplace abierto para eso, además de que este tema es de 2020… :thinking:

1 me gusta

Los equivalentes en Mailman 2 son Rechazar (se puede optar por dar una razón) y Desechar (sin notificación alguna), además de Posponer (decidir más tarde) y Aceptar.

También existe la opción “Desechar todos los mensajes marcados como Pospuestos”. Pospuesto es la opción predeterminada, por lo que una vez que hayas aceptado o rechazado los mensajes reales, lo que quede en la página probablemente sea todo spam que quieras desechar de una sola vez.

Hay más detalles, pero estas son las opciones más directamente comparables.

4 Me gusta