Il mio sito è online da oltre un anno e questo problema è iniziato a verificarsi solo di recente.
Abbiamo molti utenti in fase di approvazione, poiché il sito funziona principalmente come help desk / centro di gestione ticket.
Nell’ultima settimana circa, i ticket con media incorporati (screenshot) sono rimasti bloccati nella coda di approvazione.
Ho verificato che il gruppo “TL0” è presente nelle “media groups” con revisione saltata, ma immagino che gli utenti in fase di approvazione possano avere una flag leggermente diversa.
Questo problema va risolto, perché gli utenti stanno perdendo dei ticket. Perché è iniziato solo adesso?
Mi sembra che questo potrebbe essere un report sullo stesso problema
Penso che gli utenti in fase di staging fossero immuni alla maggior parte dei limiti. Ecco perché esisteva l’impostazione di sito separata Approva a meno che non sia in staging. Ma non ho mai usato quella funzione, quindi non sono sicuro.
Quale motivo viene mostrato nella coda di revisione?
Ho testato questa configurazione su un’istanza self-hosted attuale.
Gli utenti in fase di staging non sono membri di trust_level_0, quindi l’inclusione di trust_level_0 in skip review media groups non li esenta dalla revisione.
Tuttavia, aggiungere logged_in_users a skip review media groups funziona.
Ho testato questo sia direttamente su NewPostManager sia attraverso il percorso reale di ricezione email. Un’email da un nuovo utente in fase di staging contenente media incorporati è stata pubblicata immediatamente, senza passare dalla coda di revisione.
Quindi, per una configurazione di tipo helpdesk in cui vengono creati nuovi mittenti arbitrari come utenti in fase di staging, l’aggiunta di logged_in_users sembra fornire il comportamento previsto senza la necessità di attivare gli utenti o di mantenere un gruppo separato.
Un dettaglio leggermente sorprendente è che gli utenti in fase di staging corrispondono al pseudo-gruppo logged_in_users per questo controllo, anche se non sono account attivati o registrati nel senso usuale.
Ho inoltre aperto una PR per aggiungere una copertura di regressione per questo comportamento:
Verifica che un utente “staged” appena creato con media incorporati non venga messo in coda quando logged_in_users è incluso in skip_review_media_groups.
Questo dovrebbe chiarire anche se i maintainer considerano intenzionale che gli utenti “staged” corrispondano a logged_in_users in questo contesto, in modo da poter fare affidamento su questo comportamento in futuro.
