Así que cuando tienes un foro y está configurado en “se requiere inicio de sesión”, la opción “crear nueva categoría” ofrece la elección entre “todos los miembros” y “privada”. Cuando no está configurado para requerir inicio de sesión, cambia a “pública” y “privada”.
Sin embargo, en ambas situaciones, el botón izquierdo asigna everyone.
Ahora ocurre esto:
Estoy configurando un nuevo foro
Lo establezco en “se requiere inicio de sesión” porque aún lo estoy configurando
Creo una categoría y elijo “todos los miembros”
Asigna everyone
Abro el foro al público desactivando “se requiere inicio de sesión”
La categoría es accesible para usuarios anónimos, no conectados
Pánico
Comportamiento esperado:
cuando el botón dice “todos los miembros”, debe asignar trust_level_0 o el nuevo y elegante logged_in_users.
Además, esto me hizo darme cuenta de que cuando está habilitada la nueva función de permisos granulares, no se aplica a los permisos de las categorías. Lo cual es REALMENTE confuso.
Sí, mi intención era no cambiar mucho los permisos de categoría con este próximo cambio, por lo que estos (este y Category permissions and the new permission groups - #5 by martin ) son más bien efectos secundarios no intencionados. No tengo la intención de eliminar everyone (todos) como opción de los permisos de categoría… pero con el tiempo creo que probablemente sea una buena idea hacer un seguimiento rápido de esto.
El problema es que estaba pensando que sería aún menos claro a qué debería migrar los permisos de categoría everyone, pero ¿quizás pueda seguir una lógica como la que estás sugiriendo? Por ejemplo, si elimino everyone, una migración añadiría estos permisos de categoría para un sitio:
El sitio requiere inicio de sesión → everyone se convierte en logged_in_users (usuarios iniciados)
El sitio es público/no requiere inicio de sesión → everyone se convierte en logged_in_users Y anonymous_users, dos permisos de categoría separados
Creo que esta sugerencia tiene más sentido y es la más clara, así que haré ese cambio cuando pueda.
