¿Sabes si este plugin funciona con ActivityPub?
No he probado eso. Este plugin anula las comprobaciones de acceso y visibilidad, por lo que, en general, funciona bien con otros plugins. Me imagino que el plugin ActivityPub se engancha en lugares que (inadvertidamente) eluden estas comprobaciones. La única forma de averiguarlo es probarlo.
Dicho esto, no veo un caso de uso en el que las categorías de temas privados sean elegibles para activitypub.
2 Me gusta
Oh, ya veo. Malinterpreté lo que esto estaba haciendo.
Bueno, aún mejor.
2 Me gusta
Gracias por estos fantásticos plugins, nos faltaban desde hace mucho tiempo.
Hemos intentado acoplar esto con la función “email entrante”. Funciona bien para casos simples, los casos más complejos no funcionan muy bien:
- Si alguien envía un correo electrónico a 2 categorías de “temas privados” por correo electrónico, aparece solo en una (bastante normal en la forma en que funciona Discourse, pero no comprensible para las personas que usan el correo electrónico).
- Lo mismo si el usuario envía a varios correos electrónicos vinculados a grupos y otros a categorías.
- Si el usuario envía a correos electrónicos externos y al correo electrónico de la categoría “tema privado”, cuando respondemos, otros correos electrónicos externos no reciben la respuesta. (Los mensajes de grupo admiten esto, ya que podemos invitar a alguien a la conversación).
Esos problemas no son específicos de este plugin, sino una desventaja general de los temas de categoría frente a las bandejas de entrada de grupos. Este plugin no pretende resolver todos esos problemas.
1 me gusta
Corrección: La búsqueda semántica de Discourse AI podía eludir la protección. Esto ya se ha solucionado. Si estás utilizando este plugin junto con el plugin Discourse AI, ¡asegúrate de actualizar!
3 Me gusta
Acabo de ver este plugin. Muy bueno.
1 me gusta
Gracias por el plugin @RGJ, parece que cumple la función que necesito. 
Dos problemas que encontré mientras lo probaba:
- Si “abro” una categoría existente A (hasta ahora solo accesible para el grupo A) activando en la configuración de seguridad la casilla “habilitar temas privados” y añadiendo permisos para que otro grupo B pueda publicar sus temas privados, parece que todos los temas existentes de otros usuarios del grupo A pueden ser vistos por los miembros del grupo B. Por lo tanto, parece que la función de tema privado solo funciona para los temas creados después de habilitar el plugin, pero no para los temas existentes creados antes de habilitar el plugin. ¿Puede alguien confirmar esto?
Mi funcionamiento esperado/deseado sería que los temas existentes también permanezcan/se oculten para los usuarios del grupo B (como funciona para los temas nuevos). De lo contrario, no estoy seguro de cómo migrar. - Mientras probaba, noté que después de haber creado un tema por un usuario perteneciente al grupo A (propietario de la categoría), para un usuario del grupo B se mostraba el contador
Nuevo (1)en la vista de la categoría. Dado que el tema estaba (correctamente) oculto para el usuario, esta notificación por el contador parece ser un error y podría irritar a los usuarios.
discourse 3.2.0.beta5-dev (cef6aca6e5)
plugin 1.5.3 (709df2c)
El plugin no solo afecta a los temas creados después de habilitar el plugin, sino que funciona para todos los temas en esas categorías.
No estoy seguro de qué significa
Si se trata del selector de grupo debajo de la casilla de verificación, entonces eso no es lo que hace esa configuración.
Los temas son visibles para el iniciador del tema y para los usuarios de los siguientes grupos
Cuando agregas el grupo B allí, le das a todos los miembros del grupo B el poder de ver todos los temas. Esto está pensado para, por ejemplo, tu equipo de soporte.
Si no se trata de ese selector de grupo, por favor describe tu configuración con más detalle.
Lo siento, me expresé mal.
Yo no agregué el grupo B allí. Solo agregué el grupo B a la configuración de seguridad genérica para permitirles ver la categoría y publicar temas.
Descripción de configuración más detallada:
Configuración de la categoría antes de habilitar el complemento:
- Solo el grupo A tiene acceso a la categoría (ver, responder, publicar).
Configuración de la categoría después de habilitar el complemento:
- Agregar acceso para el grupo B a la categoría (ver, responder, publicar)
- Habilitar Temas Privados para esta categoría
- Agregar el grupo A a Los temas son visibles para el iniciador del tema y para los usuarios de los siguientes grupos: (en realidad, ya se agregó por defecto)
Antes que nada, acabo de enviar una corrección para Ember5, pero eso no debería haber influido en el funcionamiento del plugin. Para estar 100% seguro, por favor, reconstruye y configura el plugin desde cero.
No puedo reproducir esto.
- Configúralo como dijiste, con el usuario A en groupA y el usuario B en groupB.
- El usuario A hizo una publicación
- Configura el plugin
- El usuario B hizo una publicación
- El usuario A hizo otra publicación
Vista de administrador
El usuario A ve
El usuario B ve
Así que esto se comporta como se esperaba.
Además, esto es muy extraño, no hay ninguna adición de grupo por defecto ahí.
1 me gusta
Gracias por tus comentarios rápidos y pruebas, @RGJ. Y disculpa la tardía respuesta, otras tareas me mantuvieron alejado del problema durante algunos días. Actualicé el complemento y volví a probar con otra categoría. Ahora no puedo reproducirlo yo mismo, así que parece que funciona como se esperaba. Solo se muestran los temas iniciados por un administrador en la categoría (probablemente intencionalmente y sensato), puede que me haya confundido en mi primera prueba. ¡Disculpa el ruido!
El problema con el contador de “nuevos” para temas nuevos parece persistir: el usuario en un grupo al que solo se le permite ver sus propios hilos tiene un contador de “nuevos”, pero no puede ver hilos nuevos si un usuario del grupo “soporte” (al que se le permite ver todos los temas) publica un tema nuevo. Ver captura de pantalla a continuación: “Neu (5)” para el usuario sin derechos
Vista para el usuario de soporte con derechos:
1 me gusta
Correcto, esto está controlado por la configuración private topics permitted groups “Mostrar siempre los temas iniciados por un miembro de estos grupos”.
Sí, es un problema conocido. Se agradecen las PR o las indicaciones.
1 me gusta
Una pregunta, incluso yo puedo saber la respuesta.
¿Qué sucede si el plugin debe ser deshabilitado, debido a conflictos, etc.? ¿Serán entonces todos los temas y publicaciones visibles para todos o esa categoría estará restringida para todos?
Porque la primera opción es algo que para mí es totalmente inaceptable, demasiados datos sensibles. Pero si la segunda… con eso puedo vivir.
Cuando deshabilitas el plugin, todos los temas de la categoría serán visibles para todos.
Si quieres evitar eso, deberías modificar los permisos de la categoría para que sean más estrictos, antes de deshabilitar el plugin.
1 me gusta
Como esperaba. Por lo tanto, existe un gran riesgo: el error humano. Si tengo que deshabilitarlo, también debería recordar ajustar las restricciones del grupo en ese caos. Esa es realmente una gran interrogante en realidad.
Evita el caos y estarás bien 
1 me gusta
Es muy cierto 
Pero los problemas de plugins y entorno están fuera de mi control (de lo contrario sería… ¡emocionante! 
)
Solo estoy jugando con la idea… si hubiera alguna medida de seguridad, como un componente compañero que tenga una y sola función: vigilar el estado del plugin e informar de inmediato al(los) administrador(es) que la categoría es visible para el mundo.
Soy un jugador pequeño, pero me pregunto si esos foros empresariales, que usan esto y que a menudo tienen más de un administrador, son plenamente conscientes de este riesgo 
1 me gusta
Sin saber mucho sobre las posibilidades, por lo tanto, tal vez solo un pensamiento irrelevante, ¿cómo mitigar el riesgo?: Antes/durante la deshabilitación del plugin, mostrar un diálogo al usuario, recordándole las consecuencias de deshabilitar el plugin y que revise la configuración de seguridad de la categoría.
Solo mi opinión: En general, asumiría que el problema es bastante menor, ya que asumiría que las personas no deshabilitan ciegamente un plugin que necesitan, sino que dedicarán algo de tiempo a pensar en cómo cumplir sus requisitos si necesitan deshabilitar el plugin…
La razón más común es que el foro no está disponible. Y no conozco a muchos administradores que sigan pensando cuando saben cuál es la causa y la solución es deshabilitar un plugin. Me gusta Category Lockdown, pero como está roto, lo desinstalé en un segundo. En ese momento, ahora debería recordar cuáles son las limitaciones de un plugin específico que se ha comportado bien durante mucho tiempo.
Este es el mismo problema que con las copias de seguridad. Todos sabemos lo importante que es hacer copias de seguridad. Pero si depende del trabajo manual y de recordar… entonces no hay copias de seguridad o estas son muy antiguas.
El factor humano es el mayor riesgo de todos.
De todos modos. El plugin en sí es maravilloso, pero tengo que pensar un poco en los pros y los contras. Estoy bajo diferentes regulaciones y exponer esos datos puede ser costoso de más de una manera.
2 Me gusta