Ainsi, lorsque vous avez un forum et qu’il est configuré en « connexion requise », l’option « créer une nouvelle catégorie » propose le choix entre « tous les membres » et « privé ». Lorsqu’il n’est pas configuré en connexion requise, cela change pour « public » et « privé ».
Cependant, dans les deux cas, le bouton de gauche attribue everyone.
Voici ce qui se passe :
Je configure un nouveau forum
Je le règle en « connexion requise » car je suis encore en phase de configuration
Je crée une catégorie et je choisis « tous les membres »
Cela attribue everyone
J’ouvre le forum au public en désactivant « connexion requise »
La catégorie devient accessible aux utilisateurs anonymes, non connectés
Panique
Comportement attendu :
lorsque le bouton indique « tous les membres », il doit attribuer trust_level_0 ou le nouveau logged_in_users.
Oui, mon intention était de ne pas vraiment modifier les autorisations de catégorie avec ce changement à venir, donc ceux-ci (celui-ci et Category permissions and the new permission groups - #5 by martin ) sont plutôt des effets secondaires involontaires. Je ne compte pas supprimer everyone en tant qu’option des autorisations de catégorie pour l’instant… mais avec le temps, je pense qu’il est probablement une bonne idée de suivre rapidement cela.
Le problème est que je pensais qu’il serait encore moins clair vers quoi je devrais migrer les autorisations de catégorie everyone, mais peut-être peut-il suivre la logique que vous suggérez ? Par exemple, si je supprime everyone, une migration ajouterait ces autorisations de catégorie pour un site :
Le site nécessite une connexion → everyone devient logged_in_users
Le site est public/ne nécessite pas de connexion → everyone devient logged_in_users ET anonymous_users, deux autorisations de catégorie distinctes
Je pense que cette suggestion est la plus logique et la plus claire, donc je ferai ce changement dès que possible.
