Publicaciones de usuarios en revisión atascadas en la cola

Llevo más de un año gestionando mi sitio y esto solo ha empezado a ocurrir recientemente.
Tenemos muchos usuarios en estado de espera, ya que el sitio funciona principalmente como un centro de ayuda / hub de tickets.

En la última semana aproximadamente, los tickets con medios incrustados (capturas de pantalla) se han quedado atascados en la cola de aprobación.

Cuando revisé los “grupos de medios que omiten la revisión”, TL0 está ahí, pero supongo que los usuarios en estado de espera podrían tener una bandera ligeramente diferente.

Esto necesita ser corregido, ya que la gente está perdiendo tickets. ¿Por qué ha empezado ahora mismo?

¡Gracias!
David

Tengo la sensación de que esto podría ser un informe sobre el mismo problema

Creo que los usuarios en etapa (staged) estaban exentos de la mayoría de los límites. Por eso existía la configuración del sitio Aprobar salvo que esté en etapa. Pero no he utilizado esa función, así que no estoy seguro.

¿Qué motivo se muestra en la cola de revisión?

No tengo ninguna en revisión ahora mismo, pero se refería al hecho de que cada vez había medios incrustados en las publicaciones.

Revisé esa configuración de «Aprobar salvo que esté en espera» y no está marcada.

Deberías poder ver los anteriores cambiando el filtro de estado en la parte superior.

Intentaré echarle un vistazo. Pero no puedo decir cuándo me daré tiempo para hacerlo. Espero que alguien más se anime a hacerlo.

Ah, ya veo.

Esta publicación incluye medios incrustados. Consulta los grupos de medios para omitir la revisión.

Y esa configuración incluye a administradores, moderadores y trust_level_0

Sigo recibiendo estos errores. ¿Hay algo que pueda hacer para solucionarlo?
Está afectando mucho a nuestro flujo de trabajo.

Lo siento, no he tenido tiempo de echarle un vistazo todavía. Si es tan importante para ti, deberías considerar pedir ayuda en Marketplace.

Creo que está relacionado con los cambios en Incoming emails with signatures/tables/inline images rejected with “Access Denied” - #2 by Ethsim2. Así que quizás @Ethsim2 tenga una idea

No hace falta disculparse. La ayuda gratuita es ayuda gratuita. Solo me acerqué para enviarte una captura de pantalla completa.

Podrías haber dicho igual de fácil: «¡Tranquilo, la corrección llegará cuando me ponga a ello!»

:slight_smile:

Lo probé en una instancia autoalojada actual.

Los usuarios en estado “staged” no son miembros de trust_level_0, por lo que incluir trust_level_0 en skip review media groups no los exime.

Sin embargo, agregar logged_in_users a skip review media groups sí lo hace.

Probé esto tanto directamente contra NewPostManager como a través de la ruta real de correo entrante. Un correo de un usuario “staged” recién creado que contenía medios integrados se publicó de inmediato en lugar de ir a la cola de revisión.

Por lo tanto, para una configuración tipo mesa de ayuda donde se crean remitentes nuevos arbitrarios como usuarios “staged”, agregar logged_in_users parece proporcionar el comportamiento esperado sin necesidad de activar a los usuarios ni mantener un grupo separado.

Un detalle ligeramente sorprendente es que los usuarios “staged” coinciden con el grupo pseudo logged_in_users para esta comprobación, a pesar de que no son cuentas activadas/iniciadas sesión en el sentido habitual.

También he abierto una PR para añadir cobertura de regresión para este comportamiento:

Verifica que un usuario en fase de creación (staged user) con multimedia incrustada no se encole cuando logged_in_users está incluido en skip_review_media_groups.

Esto también debería aclarar si los mantenedores consideran que los usuarios en fase de creación que coincidan con logged_in_users en este contexto sean un comportamiento previsto en el que podamos confiar a partir de ahora.

@tknospdr, ¿ha resuelto tu problema añadir logged_in_users a la configuración del sitio?