Então, quando você tem um fórum e ele está configurado como “login obrigatório”, a opção “criar nova categoria” oferece a escolha entre “todos os membros” e “privado”. Quando não está configurado como login obrigatório, isso muda para “público” e “privado”.
No entanto, em ambas as situações, o botão à esquerda atribui everyone.
Agora, isso acontece:
Estou configurando um novo fórum
Configuro-o como login obrigatório porque ainda estou configurando
Crio uma categoria e escolho “todos os membros”
Ele atribui everyone
Abro o fórum ao público desativando login obrigatório
A categoria fica acessível para usuários anônimos, não logados
Pânico
Esperado:
quando o botão diz “todos os membros”, ele deve atribuir trust_level_0 ou o novo e elegante logged_in_users.
Além disso, isso me fez perceber que, quando o novo recurso de permissões granulares está ativado, ele não se aplica às permissões de categoria. O que é MUITO confuso.
Sim, minha intenção era não alterar muito as permissões de categoria com essa mudança iminente, então esses (este e Category permissions and the new permission groups - #5 by martin ) são mais efeitos colaterais não intencionais. Não pretendo remover everyone (todos) ainda como uma opção das permissões de categoria… mas com o tempo, acho que é provavelmente uma boa ideia fazer um acompanhamento rápido sobre isso.
O problema é que eu estava pensando que seria ainda menos claro para o que eu deveria migrar as permissões de categoria everyone (todos), mas talvez possa seguir a lógica que você está sugerindo? Por exemplo, se eu remover everyone (todos), uma migração adicionaria essas permissões de categoria para um site:
Site requer login → everyone (todos) se torna logged_in_users (usuários conectados)
Site é público/não requer login → everyone (todos) se torna logged_in_users (usuários conectados) E anonymous_users (usuários anônimos), duas permissões de categoria separadas
Acho que essa sugestão faz mais sentido e é a mais clara, então farei essa mudança quando puder.
