Tl0 > tl1: errore di post "Non sei autorizzato a visualizzare la risorsa richiesta"

Ciao. Primo post.

Sono un utente del vecchio forum. Sto sperimentando la nostra nuova installazione di Discourse da un mese. Ne sono innamorato.

In breve: Ho modificato alcune impostazioni per i gruppi tl0 e tl1 per adattarle al nostro processo di onboarding. Tutto sembra funzionare alla perfezione, tranne il fatto che i nuovi utenti tl1 ricevono l’errore “Non sei autorizzato a visualizzare la risorsa richiesta” quando tentano di pubblicare le loro presentazioni nel forum appropriato.

Forse correlato? In un certo momento ho rinominato tl0 in “wallflowers”, dato che li avevamo bloccati in modalità sola lettura in una singola categoria. Abbiamo deciso di rinominare questo gruppo nuovamente in “Nuovi Utenti”, ma vedo ancora “wallflowers” elencato per i nuovi utenti (che poi collega alle impostazioni del gruppo Nuovi Utenti). La ricerca di testo personalizzato per “wallflowers” non restituisce nulla. Forse c’è un problema di cache?

Questa è l’esperienza di onboarding su cui stiamo lavorando:

  • tl0/nuovo utente
    – accesso in lettura e risposta a “le regole”
    – deve entrare in 5 argomenti, leggerne 5 e trascorrere 3 minuti a farlo

  • tl1/onboarding
    – ottiene accesso a “la hall”
    – deve entrare in 1 argomento, crearne 1 (presentazione) e trascorrere 5 minuti a farlo

Vale anche la pena menzionare che ho dovuto concedere al gruppo “wallflowers” l’accesso in lettura e risposta a queste categorie affinché i nuovi utenti o quelli di prova potessero vederle, anche se il gruppo “nuovi utenti” aveva già accesso. Sembra di essere stato come un bambino in una botte di dolciumi e di aver creato un conflitto da qualche parte.

Un link agli screenshot nella speranza che possano essere utili.

Grazie per il vostro tempo e la vostra attenzione. Sono semplicemente affascinato da Discourse e non vedo l’ora di coinvolgere il resto del mio team e costruire cose per i nostri beta tester. Faremo grandi cose.

Ciao Brian, benvenuto!

Sto esaminando gli screenshot che hai condiviso e qualcosa ha attirato la mia attenzione. A pagina 2, ho notato che sei elencato come “proprietario” di trust_level_0. Questo non dovrebbe essere possibile… i gruppi di livello di fiducia sono automatici e quindi non hanno proprietari. Quello screenshot mostra tutti i tuoi gruppi o solo i primi 8?

Al momento, dato che il gruppo wallflowers (TL0) ha permessi di creazione, risposta e visualizzazione nella categoria Lobby, tutti gli utenti del sito hanno pieni permessi lì. Capisco che non sia questo l’obiettivo e che sia solo per test, ma ciò probabilmente significa che c’è qualcos’altro che non funziona se un utente TL1 non può pubblicare lì.


Inoltre, tieni presente che i livelli di fiducia sono gerarchici: tutti i membri di TL4 sono anche membri di TL3, TL2, TL1 e TL0. I membri di TL3 sono anche membri di TL2, TL1, TL0, ecc. Di conseguenza, se aggiungi TL0 (wallflowers) alle impostazioni di sicurezza di una categoria, non devi aggiungere anche TL1, TL2, TL3 e TL4, a meno che tu non voglia che abbiano permessi diversi.

Lo stesso vale per gli utenti dello staff. Il gruppo staff è un gruppo automatico composto da tutti i moderatori e gli amministratori. Quindi, se aggiungi il gruppo staff alle impostazioni di sicurezza di una categoria, non è necessario aggiungere anche amministratori e moderatori.


Puoi confermare quanto segue:

  • Che lo screenshot della pagina dei gruppi mostra tutti i gruppi e non solo i primi 8.
  • La tua versione di Discourse.
  • Che hai seguito la nostra guida ufficiale di installazione.
  • Se il tuo utente di prova sta cercando di creare un nuovo argomento o di rispondere a un argomento esistente.
  • Rimuovi amministratori, membri, moderatori, onboarding, TL3 e TL4 dai permessi della lobby e riprova a pubblicare.

Rimuovendo tutti gli altri gruppi, il problema è stato risolto. Il mio utente di prova è riuscito a creare un nuovo argomento. Wo0t!

Tuttavia, la menzione “owner” su “tl0” suggerisce che ho effettivamente creato un po’ di confusione e dovrei riportare tutto allo stato predefinito finché non avrò verificato che tutto funzioni come previsto. Per fornire il resto dei dettagli richiesti…

  • Lo screenshot dei gruppi mostra tutti i gruppi. Corretto.
  • v2.4.0.beta2 +127 “Sei aggiornato!”
  • Siamo fiduciosi che Jay di Literate Computing abbia installato tutto correttamente.
  • L’utente di prova stava cercando di creare un nuovo argomento. (E ora può farlo con successo.)
  • Rimuovere amministratori, ecc., dalla categoria sembra aver risolto il problema. (Ho ripulito anche le altre categorie.)

Qualcosa mi dice che dovrei tornare indietro e annullare qualsiasi testo personalizzato per assicurarmi di lavorare con i gruppi giusti. Spero che questo chiarisca il problema dei label “tl0” e “wallflowers” di proprietà.

È stato super utile. Sono grato. :allthethings:

EDIT | Curioso: C’è un ritardo temporale o qualcosa del genere perché alcune modifiche si propaghino nell’ambiente, o forse c’è un pulsante che posso cliccare per accelerare il processo? Noto (e apprezzo) come le cose cambino quasi immediatamente quando modificate, ma sono curioso del motivo per cui, dopo aver annullato tutte le personalizzazioni relative a tl, queste si riflettono nella visualizzazione dei gruppi*, ma le impostazioni della categoria mostrano ancora i vecchi nomi.

EDIT2: Cliccando su uno qualsiasi dei gruppi sopra e uscendo immediatamente, sembra che la spunta o “Privato” cambi in “Proprietario”. Non sono sicuro di cosa stia succedendo lì. (E aggiornando la pagina, tutto torna a “Membro” o “Privato”.)

Puoi fare un esempio di qualcosa che non si è aggiornato? TL e categorie non sono strettamente correlate, quindi mi chiedo se ci sia un malinteso qui.

Ciao @HAWK. Grazie per aver chiesto.

Forse sto usando le parole sbagliate. Se guardi le ultime due schermate, è proprio di quello che sto parlando.

Modifica una categoria, clicca sulla scheda Sicurezza. Questi sono i gruppi, giusto? Anche se solo automatici, basati sul livello di fiducia (tl)?

Non riesco a trovare “wallflowers” o “onboarding” da nessuna parte nel testo personalizzato o nelle impostazioni. Ho annullato tutte le modifiche apportate ai nomi dei livelli di fiducia, alle etichette e/o ai titoli degli utenti.

Quindi, se il mio tl1 è “trust-level-1”, perché non è disponibile nell’elenco delle impostazioni di quella categoria?

Potrebbe essere che non posso rimuoverlo se c’è almeno un utente con quell’etichetta? L’unico altro posto in cui ho visto “wallflower” è nel profilo dei miei utenti di test.

È assolutamente colpa mia, ho perso l’ultimo screenshot. Quella è effettivamente una lista di gruppi nella finestra modale della categoria sicurezza!

Se hai rinominato il gruppo, dovrebbe essere riflesso in quel menu a discesa. Hai eseguito un aggiornamento forzato? (Sto cercando di aggrapparmi a qualsiasi cosa qui.)

Nel browser? Sì.

C’è la possibilità che questo vecchio bug del 2016 sia in gioco? Sembra il comportamento che sto osservando.

Visualizzando questo nuovo utente, ad esempio, vedo che è nel gruppo automatico “wallflowers”.

Quando faccio clic su quel link, mi porta qui (nota l’URL):

Ma questi sono gli unici gruppi al momento (nota: URL):

Forse ho davvero fatto arrabbiare il database o qualcosa del genere.

Sembra simile a questo https://meta.discourse.org/t/can-not-add-category-security-for-new-group/126808/3 cc/@sam

Questo sembra effettivamente ciò che potrebbe essere successo. Durante la notte, le cose si sono allineate “magicamente”.

Gruppi con URL:

Il gruppo “trust_level_0”, che la notte scorsa utilizzava “wallflowers”, ora ha l’URL corretto:

L’utente che aveva “wallflowers” come gruppo automatico ora mostra “trust_level_0” nell’amministrazione del profilo:

Le impostazioni di sicurezza delle categorie non mostrano più i gruppi “wallflowers” o “onboarding” nel menu a tendina:

Quindi sembra che qualcosa sia in atto per ritardare determinate modifiche nel database?

Grazie per l’aiuto in tutto. È fantastico.

Sembra molto simile al ritardo nell’aggiornamento della Directory Utenti. I nuovi utenti non vengono visualizzati finché non viene eseguita una delle routine giornaliere programmate… e voilà! Finalmente appaiono.

Questo significherebbe che la promozione automatica da un livello di fiducia (TL) a un altro non avverrebbe immediatamente? (Ho l’impressione che dovrebbe avvenire subito.)

Il problema si è in qualche modo evoluto. I miei nuovi utenti vedono ora solo la categoria prevista, ma sembra che non stiano ottenendo l’accesso al TL1 secondo le regole che ho configurato.

  1. Un nuovo utente si iscrive, == TL0
    – ottiene l’accesso a una sola categoria: le regole
    – deve entrare in 5 argomenti
    – deve trascorrere 3 minuti a leggere
  2. L’utente dovrebbe essere promosso a TL1
    – ottiene l’accesso alla seconda categoria: la lobby
    – deve entrare in 1 argomento
    – deve pubblicare 1 argomento
    – deve trascorrere 5 minuti a leggere

Ho invitato un utente di prova, che ha ricevuto l’accesso alle regole come previsto, ma anche se questo utente ha soddisfatto i criteri, rimane al livello TL0. La seconda categoria (lobby) è configurata con il gruppo trust_level_1 che ha i permessi di creazione, risposta e visualizzazione, ma il nuovo utente non la vede.

Se c’è un cron job o qualcosa di simile che viene eseguito durante la notte, posso indagare, ma ho bisogno di sapere se è questo il comportamento previsto, così da poter rivedere i nostri piani di onboarding di conseguenza.

Qualcuno può confermarlo, per favore? TIA.

@TGP
Brian, ho copiato e incollato qui sotto un post dal mio forum in cui alcuni nuovi utenti hanno segnalato di non apparire nella Directory Utenti poco dopo essersi registrati per la prima volta. Anche se non erano presenti nell’elenco “Settimanale”, apparivano quando si passava a “Oggi”. Dopo l’esecuzione automatica notturna, sono comparsi nella directory in tutte le visualizzazioni.

[ Gli utenti non compaiono nella Directory Utenti ]
[META]

Poiché il forum era attivo da meno di 24 ore, gli utenti non apparivano in nessuna delle categorie di ricerca della Directory Utenti: “Settimana”, “Mese”, “Trimestre”, “Anno” o “Tutto il tempo”. Erano visibili solo nel record di “Oggi”.

SOLUZIONE: Attendere 24 ore affinché la routine giornaliera venga eseguita automaticamente. Gli utenti dovrebbero apparire dopo tale periodo.

Ho controllato il forum di supporto e ho scoperto che anche qualcun altro aveva riscontrato lo stesso problema. La soluzione era attendere 24 ore, poiché esiste una routine di aggiornamento che viene eseguita ogni 24 ore.

[Nota: Nel post originale (soluzione) avevo indicato “24 ore”, ma la nostra routine sembra essere eseguita intorno alle 23:00 ora locale, anche se non ho verificato l’orario esatto.]

Ogni forum riceve la propria ridistribuzione dei lavori programmati nell’arco delle 24 ore, e tale ridistribuzione viene mantenuta stabile per un certo periodo!

Il passaggio da TL0 a TL1 viene eseguito ogni… ehm… 15 minuti o qualcosa del genere? I passaggi da 1 a 2 e da 2 a 3 (e da 3 a 2) vengono eseguiti giornalmente.

Questo è in linea con la mia esperienza finora. Grazie, Kane York.

Qualcuno sa se esiste un’impostazione per modificare questo comportamento, o sarebbe troppo pesante per le risorse?

Grazie in anticipo.