Per qualche motivo non riesco a eliminare i "Nomi utente riservati" predefiniti (ci sono riuscito qualche settimana fa, ma non più) - sono tutti disabilitati.
Sono loggato con l’account amministratore (quello che ho creato durante la prima installazione dopo l’installazione). C’è un altro account amministratore e per entrambi mostra lo stesso modo
Il discourse è aggiornato
Ho provato ad accedere in incognito (per prevenire possibili problemi legati alla cache/cookie), stessa cosa
Non sono sicuro se questo sia correlato, ma a un certo punto ho creato un secondo account amministratore, da quell’account (il secondo) ho revocato i privilegi di amministratore del primo/iniziale amministratore e poi li ho nuovamente concessi (quindi al momento entrambi sono amministratori).
Entrambi gli amministratori hanno privilegi di amministratore e moderatore e sono collegati ai gruppi di amministratori e moderatori
Le tue modifiche alla tua lineup di amministratori non sono correlate. I nomi utente riservati predefiniti sono ora codificati come valori obbligatori.
Ma non sarebbe meglio codificare solo uno o due (supponendo che il problema sia nei valori null di quel campo, da quello che capisco dal messaggio di commit). Voglio dire, supponiamo che io voglia creare un utente con nomi utente “support” o “info” per alcuni messaggi nel forum (o semplicemente Admin), dovrei semplicemente cambiare il file yml e ricompilare per poterlo fare?
Se non possono essere eliminati, non dovrebbero più esserci. I token hanno tutti simboli X che danno l’impressione che io possa essere eliminato. O almeno le X dovrebbero essere rimosse.
Il testo descrittivo potrebbe invece elencare quelli obbligatori (o spiegare perché alcuni non hanno le X, a seconda dei casi).
@southpaw Ho appena fatto un’installazione pulita e ho provato a modificare il file site_settings.yml e non funziona né prima né dopo la ricompilazione.
Quindi, potresti per favore farmi sapere se c’è un modo per rimuovere quei valori da obbligatori in modo da poter creare utenti con quei nomi utente.
Anche gli iPhone fanno così ogni tanto. E abbastanza spesso, allo stesso tempo, si rifiuta di aprire il compositore. Chiudere e riaprire risolve il problema. Questo potrebbe richiedere una segnalazione di bug, ma gli iPhone sono un po’ una seccatura e il problema non è costante, quindi non mi sono mai preoccupato.
@southpaw Ha funzionato dopo il riavvio, tuttavia ancora dopo la ricompilazione ritorna alle impostazioni predefinite.
Considerando che l’idea di quel commit era semplicemente di non consentire valori vuoti per la chiave, non sarebbe più ragionevole impostare mandatory_values come un valore fittizio, in modo che soddisfi la condizione di non essere vuoto ed escluda tutti i valori importanti da esso?
Per favore, fammi sapere se una richiesta di pull del genere potrebbe essere accettata. Grazie.
Ne ho rimossi alcuni qui (info, support e community) come valori obbligatori, il resto può rimanere invariato poiché è molto più probabile che confonda i membri.
@martin Grazie, tuttavia ritengo che anche tutti gli altri debbano essere eliminati (lasciando qualche valore casuale/fittizio come nella mia precedente risposta)
Ritengo che per questo motivo tali valori esistano già sotto default
e ancora nessun utente può usarli, a meno che l’amministratore non decida di consentirne l’uso - eliminando dalla lista dal pannello di amministrazione.
E secondo me per la configurazione self-hosted è meglio dare la libertà all’amministratore di decidere.
Si consideri questo scenario: voglio aggiungere un account con il nome moderator, con la configurazione esistente devo connettermi via ssh al mio server, modificare il file delle impostazioni del sito (eliminando il valore in mandatory_values) e riavviare il container per poterlo fare (e dopo la ricompilazione questa modifica viene resettata).
Ma, se tutti i valori (beh, tranne uno) da mandatory_values vengono eliminati (ma NON da default), come amministratore posso semplicemente eliminare il valore “moderator” nel pannello di amministrazione (sotto nomi utente riservati), rinominare rapidamente lo username di un utente esistente in moderator e aggiungere di nuovo la parola moderator - per impedirne l’uso futuro.
Quindi, con il mio approccio suggerito, tutti questi nomi utente sono ancora disabilitati per impostazione predefinita, tuttavia l’amministratore può facilmente aggiungerli/eliminarli ogni volta che è necessario senza dover apportare modifiche ai file delle impostazioni del sito.
