Aparte, pero me han preguntado varias veces si existe la posibilidad en el futuro de dar un interruptor de interfaz de usuario a los grupos especificados en Grupos permitidos para temas privados para que puedan ver la vista filtrada ellos mismos.
1 me gusta
Este problema se ha resuelto en el último commit.
Para mantener las cosas (relativamente) simples y eficientes, los enlaces de los temas privados nunca generarán un backlink ahora.
¡Gracias por informar, Stephen!
3 Me gusta
2 publicaciones se fusionaron en un tema existente: Cambiar nombre de “temas privados” a “temas de mensajes personales”
Pérdida de memoria a corto plazo. Ya había visto esto antes.
Me preguntaba, sin embargo, si esta forma de filtrar temas de todas las listas de temas causará algún problema de rendimiento.
No he oído ninguna queja hasta ahora. El plugin se ha escrito teniendo en cuenta el rendimiento.
3 Me gusta
Si una publicación en el tema privado está marcada como resuelta, esa publicación aparece en la pestaña de resueltos del perfil del propietario de la publicación y es visible para todos.
2 Me gusta
Gracias por informar de esto. Vamos a solucionarlo lo antes posible.
3 Me gusta
El problema reportado por @SubStrider ha sido abordado. Por favor, actualiza a la versión 1.5.12 del plugin.
Gracias de nuevo por reportarlo @SubStrider 
5 Me gusta
Me encontré con algo que llamaría un error. Quizás no sea un problema tradicional en el código, sino más bien un error de usabilidad en el diseño. Aun así, causó algunos problemas que me gustaría prevenir en el futuro. Contexto siguiente:
Instancia de Discourse con un número de tres dígitos de usuarios, utilizada como reemplazo de una lista de correo. Aproximadamente 40 categorías (= listas de correo) con un grupo correspondiente para la gestión de membresía. Algunas de las categorías utilizan el plugin de temas privados para imitar una lista de correo donde los no miembros (pero sí miembros de otras listas) pueden escribir. Hasta aquí todo bien.
El problema:
Hoy, el usuario administrador escribió un tema en algunas de las listas para contactar a los miembros de la lista sobre algunas configuraciones. Todo bien para las categorías “normales”/cerradas donde solo los miembros del grupo correspondiente recibieron el mensaje. No funcionó bien para las categorías que utilizan el plugin de temas privados. Allí, todos los cientos de usuarios, independientemente de si eran miembros de esa categoría/grupo específico o no, recibieron un correo electrónico con el mensaje. Allí, todos los cientos de usuarios, todos miembros de la categoría ya que los derechos de categoría se otorgaron a 
todos[1] pero independientemente de si eran miembros del grupo específico definido en la configuración del plugin de categoría para tener derechos visibles o no, recibieron un correo electrónico con el mensaje. Como se reconoció más tarde, la configuración del plugin del sitio web Grupos permitidos para temas privados todavía estaba utilizando el grupo predeterminado Admin.
(Por cierto, ya habíamos tenido este problema antes, donde un usuario, siendo administrador además de tener su cuenta “normal”, envió (por error a través de la dirección de correo electrónico asociada con el usuario administrador y no con el usuario normal) un documento interno a una categoría que utilizaba el plugin de temas privados, lo que resultó en una fuga de información. En ese momento no conecté los puntos con este plugin, solo hoy me quedó claro lo que había sucedido en ese momento)
Comportamiento esperado:
Puedo ver la razón detrás de la elección del diseño, que las publicaciones/correos electrónicos de los administradores siempre son visibles/enviados por correo electrónico. Pero en este caso, la intención era informar solo a los miembros de la categoría/grupo. Que se enviaran cientos de correos electrónicos a todos en esta instancia de Discourse fue muy poco transparente (y desagradable) para mí.
Solución posible:
Me gustaría mejorar esta situación. Dado que el envío de correos está disponible, un simple cuadro de diálogo de confirmación no funcionará. ¿Quizás esto podría ser una configuración global en el plugin o por categoría que use el plugin, para manejar las publicaciones de administradores como visibles para todos o como visibles solo para los miembros de la categoría/grupo? Eso al menos crearía conciencia al configurar una nueva categoría.
lo cual no debería usarse, sino que debería usarse
trust_level_0, ver OP ↩︎
¿Puedes enviarme un mensaje privado con toda la información que se te ocurra que sea relevante, incluyendo:
-
las versiones de Discourse y del plugin
-
la configuración del plugin
-
otros plugins que tengas instalados
-
la configuración de seguridad de la categoría y la configuración específica del plugin para una categoría afectada
-
la configuración de notificaciones
-
¿está habilitado el modo lista de correo?
-
si los usuarios que inadvertidamente recibieron la notificación por correo electrónico, también pueden ver el tema cuando visitan la categoría
-
cualquier otra cosa que pueda importar para ayudarnos a reproducir el problema
¡Gracias por tu rápida respuesta!
Hecho. Y las preguntas me ayudaron a encontrar la causa raíz (configuración del sitio web: configuración del plugin: Grupos permitidos para temas privados). Por lo tanto, en cuanto al código, funciona como está diseñado, en mi humilde opinión, es un problema de UX que se beneficiaría de algunas mejoras. 
Una de las cosas que resultaron contraintuitivas es que los temas privados no funcionan correctamente cuando se concede acceso a “todos”. Esto se menciona en el OP, pero para ser honesto, yo mismo he caído en esto más de una vez. He añadido una advertencia en la configuración que se muestra cuando los temas privados están habilitados en una categoría a la que se puede acceder para “todos”.
3 Me gusta
Gracias de nuevo a @RGJ por tomarse el tiempo de depurar y pensar en el problema conmigo, ayudándome a detectar mi error de configuración al usar el grupo everyone. Como en mi instalación solo los usuarios registrados tienen acceso a los contenidos de Discourse, inicialmente no entendí la diferencia entre everyone y trust_level_0, pero ahora he aprendido que Discourse los maneja de manera bastante diferente. Así que no hay problema con el plugin, y estoy aún más agradecido por la advertencia añadida, ya que temo que hubiera caído en esa trampa tarde o temprano de nuevo… 
2 Me gusta