Bloqueo de categoría en Discourse

¡Gracias por informarnos! Estoy al tanto de la advertencia de deprecación y ya hay una solución registrada. He estado ocupado, pero lo solucionaré pronto. ¡Agradezco tu paciencia!

4 Me gusta

Para tu información: no muestra el icono antes del tema bloqueado. No sé cuánto tiempo ha sido así, pero tengo la sensación de que ha estado faltando más tiempo.

Claro, puede ser un conflicto con otro plugin o algo así, pero como es un plugin, no tengo mucho entusiasmo para empezar a investigar más a fondo, a menos que esté seguro de que el problema está de mi lado :smirking_face:

1 me gusta

Por favor, avísanos cuando la solución esté en camino. ¡Muchas gracias por tu arduo trabajo!

1 me gusta

He lanzado la última versión del plugin, que corrige las advertencias de obsolescencia y restaura el icono que faltaba.

Puedes consultar los cambios aquí:

¡Gracias por tu paciencia y aprecio los informes!

7 Me gusta

Muchas gracias por tu plugin. ¡Creo que es uno de los mejores plugins no oficiales que existen! Me preguntaba si sería técnicamente posible implementar una función de bloqueo de etiquetas, similar a tu Discourse Category Lockdown. ¿Sería factible?

2 Me gusta

Me pregunto si tiene sentido habilitar el comportamiento opuesto en este plugin para limitar los temas solo a un grupo específico.

Eso debería permitirnos motivar a los observadores pasivos a contribuir en áreas específicas designadas para ellos.

2 Me gusta

¡De acuerdo con esta idea!

Debido a la edad escolar de algunos miembros de mi foro, les pido a sus padres que envíen el acuerdo para usar los datos personales de los niños durante su registro y obtengan las subvenciones adecuadas.

Cuando el padre envía un correo electrónico, se convierte en un tema (por motivos históricos y legales). El padre se convierte en un usuario “staged”. Pero para que los temas de correo electrónico funcionen, la categoría debe ser accesible para cualquier persona. Actualmente está demasiado abierta, no es adecuada para mi caso. La limitación solo para usuarios “staged” (si es posible usarla como un grupo automático) podría resolver el problema.

1 me gusta

¿Estás seguro? Creo que los usuarios preparados pueden enviar correos electrónicos incluso a categorías que solo son para el personal.



Esta configuración no permite que los usuarios con una cuenta publiquen en esa categoría porque entonces se verifican los permisos de los usuarios y no se les permite interactuar con la categoría, pero funciona bien para los usuarios preparados.

1 me gusta

Sí, eso es correcto, y crea la extraña situación en la que la promoción de un usuario provisional a un usuario real puede resultar en menos derechos de publicación, lo que generará problemas interminables y muchos malentendidos.

2 Me gusta

Disculpe la demora, tiene toda la razón. ¡Gracias por la solución!

Creo que algo andaba mal en mi configuración, probablemente Email in allowed groups que “ajusté” y establecí en everybody.

[quote=“RGJ, post:125, topic:70649”]un ascenso de un usuario en espera a un usuario real puede resultar en menos derechos de publicación
[/quote]

Menos derechos de publicación son explicables. Como usuario en espera, el ‘usuario’ en realidad no es un usuario. No puede iniciar sesión en absoluto. Después del ascenso, puede iniciar sesión según el nivel de confianza inicial. Eso está bien.

Pero encontré un caso relacionado con el envío de correos electrónicos durante dicho ascenso.

Escribí anteriormente que mi caso es un padre que envía un correo electrónico al foro sin una cuenta. Se convierte en un usuario en espera. Cuando el administrador responde a su publicación, el usuario en espera recibe un correo electrónico. Este correo electrónico contiene algo de contexto y los próximos pasos a seguir.

Pero cuando el administrador ha activado la cuenta en espera, el usuario en un momento no puede usar correos electrónicos (incluso para recibir una URL para iniciar sesión sin contraseña). El administrador tiene que hacerse pasar por el nuevo usuario para activar la función de correo electrónico para este usuario. Antes de esto, tampoco hay posibilidad de notificar a dicho usuario sobre un nuevo mensaje directo. (El mensaje directo se crea a partir de la publicación original como prueba de entrega del acuerdo y permiso para continuar interactuando con el foro).

Y solo después de la suplantación de identidad, el administrador puede enviar de forma segura un mensaje directo al usuario para informarle con una notificación automática adicional por correo electrónico. Ahora el usuario puede iniciar sesión por primera vez.

Espero que mi texto sea claro :slight_smile:

¿Es esto específico de este plugin? Si no, deberíamos mover esto a un tema dedicado.

2 Me gusta