Quindi, quando hai un forum impostato su “login richiesto”, l’opzione “crea nuova categoria” offre la scelta tra “tutti i membri” e “privata”. Quando non è impostato su login richiesto, cambia in “pubblica” e “privata”.
Tuttavia, in entrambe le situazioni il pulsante a sinistra assegna everyone.
Ecco cosa succede:
Sto configurando un nuovo forum
Lo imposto su login richiesto perché lo sto ancora configurando
Creo una categoria e scelgo “tutti i membri”
Assegna everyone
Apro il forum al pubblico disabilitando login richiesto
La categoria è accessibile agli utenti anonimi, non connessi
Panico
Aspettative:
quando il pulsante dice “tutti i membri”, dovrebbe assegnare trust_level_0 o il nuovo logged_in_users.
Inoltre, questo mi ha fatto rendersi conto che quando è abilitata la nuova funzione di permessi granulari, non si applica ai permessi delle categorie. Il che è VERAMENTE confuso.
Sì, la mia intenzione era di non modificare troppo i permessi delle categorie con questo prossimo cambiamento, quindi questi (questo e Category permissions and the new permission groups - #5 by martin ) sono più effetti collaterali non intenzionali. Non ho intenzione di rimuovere everyone (tutti) come opzione dai permessi delle categorie… ma col tempo penso che sia probabilmente una buona idea fare un rapido seguito a questo.
Il problema è che pensavo che sarebbe stato ancora meno chiaro a cosa migrare i permessi della categoria everyone, ma forse può seguire una logica simile a quella che stai suggerendo? Ad esempio, se rimuovo everyone, una migrazione aggiungerebbe questi permessi di categoria per un sito:
Il sito richiede l’accesso → everyone diventa logged_in_users (utenti connessi)
Il sito è pubblico/non richiede l’accesso → everyone diventa logged_in_users E anonymous_users (utenti anonimi), due permessi di categoria separati
Penso che questo suggerimento abbia più senso ed è il più chiaro, quindi apporterò questa modifica non appena possibile.
