Questo non sembra più essere il caso: nel mio sito, sembra essere solo per gli amministratori (scoperto dopo aver tentato di istruire uno dei miei moderatori a convertire un argomento in pubblico). Non riesco a trovare un’impostazione che regoli questo.
Non sono sicuro se si tratti di una regressione o se sia intenzionale.
Hmmm, l’ho appena testato e per me funziona ancora come previsto e consente ai moderatori di creare un argomento da un PM:
pannello di amministrazione utente di test che mostra le autorizzazioni:
acceduto come utente di test con PM a se stesso:
Hai provato con un account di test di moderatore?
Okay, ho capito il problema ora. Riguarda l’interazione tra l’eliminazione e le modifiche al menu di amministrazione degli argomenti che non si aggiornano finché la pagina non viene ricaricata. Questo è un bug (sebbene sia molto minore).
Per riprodurlo:
Rendi argomento pubblico / Rendi messaggio personale rimane visibileRendi argomento pubblico / Rendi messaggio personale non è più presenteRendi argomento pubblico / Rendi messaggio personale rimane assente finché la pagina non viene aggiornataSembra che sia necessario un aggiornamento della pagina dopo l’eliminazione/ripristino di un argomento. Forse questo dovrebbe essere incluso nell’azione di eliminazione/ripristino dell’argomento?
È molto chiaro.
C’è un segno di spunta verde contro TL0 per la disattivazione di un utente. Dopo una rapida scorsa a questo argomento Which roles are allowed to mute other users? - #4 by JammyDodger, sembra che questa sia un’abilità di TL1. Qualcuno potrebbe aggiornare il documento. 
Inoltre, anche ‘avvisi dello staff’ ha cambiato nome.
Grazie Jammy - Ho aggiornato l’OP. 
Non vedo un elenco qui per quale sia il livello di fiducia per autorizzare l’accesso all’API utente (come menzionato qui: "Sorry, you do not have the required trust level to access the user API" when on iOS). Sulla base di ciò, sembra che 0 sia il livello minimo, ma può anche essere configurato. Può essere documentato qui? O non ho letto abbastanza bene?
Benvenuto in Meta 
Penso che tu abbia ragione; il permesso e l’impostazione correlata non sono inclusi nella tabella.
L’impostazione user_API_key_allowed_groups ha come impostazione predefinita il livello di fiducia 0. I gruppi di amministratori e moderatori non possono essere rimossi dall’impostazione. Tuttavia, per limitare le autorizzazioni, gli amministratori possono rimuovere il gruppo di livello di fiducia 0, che include tutti gli utenti che si sono registrati. Quindi solo lo staff potrà utilizzare l’API utente. Possono anche aggiungere altri gruppi per limitare l’accesso a gruppi specifici.
Non ero a conoscenza di questo link raw, imparo ogni giorno 
Esiste un modo per impedire ad alcuni livelli utente di caricare alcuni o tutti i file, oltre all’approccio base tutto vs staff presente in ADMIN > FILES > Authorized extension o > Authorized extension for staff?
L’impostazione del sito Embedded media post allowed groups è d’aiuto?
Grazie. Penso che quel componente andrà benissimo.
