Un cliente mi ha fatto notare che l’assegnazione delle segnalazioni da esaminare viene applicata a livello di argomento, non a livello di singolo post. L’intento è chiarito dal testo di anteprima del pulsante di assegnazione («assegna questo argomento»). Ciò sembra significare che, una volta che un membro dello staff ha assegnato una post segnalato, tutte le segnalazioni successive per i post di quell’argomento verranno assegnate automaticamente al membro dello staff che ha preso in carico la prima segnalazione. Capisco come ciò possa essere utile, permettendo a un singolo membro dello staff di gestire più segnalazioni generate quando la discussione in un argomento esce fuori controllo.
Tuttavia, ci sono alcune possibili problematiche. La prima è che potrebbe non essere chiaro per i membri dello staff che, assegnando un elemento da esaminare, stanno di fatto prendendo in carico tutte le segnalazioni successive generate per quell’argomento. Non mi è stato immediatamente evidente che il sistema di coda di revisione funzioni in questo modo. Se, per qualche motivo, un moderatore assegna una segnalazione e poi trascura di agire su di essa, gli altri moderatori del sito non potranno gestire le segnalazioni successive a meno che un amministratore non rimuova l’assegnazione.
A titolo di esempio, ecco uno screenshot della coda di revisione del mio sito. Ho assegnato esplicitamente solo il secondo elemento relativo a un argomento fuori tema. Il primo elemento nell’elenco mi è stato assegnato automaticamente:
La seconda problematica è che, in base ai miei test, quando eseguo un’azione su uno degli elementi da esaminare nell’elenco, l’altro elemento viene automaticamente riassegnato da me:
Se l’assegnazione delle segnalazioni da esaminare è intesa per essere applicata a livello di argomento e non a livello di singolo post, non sembra corretto che agire su uno degli elementi da esaminare rimuova l’assegnazione al membro dello staff per gli elementi che gli erano stati assegnati automaticamente. Non sono sicuro che si tratti di un bug o se sia il comportamento previsto.
Dalla tua descrizione, vedo che l’assegnazione per argomento può essere desiderabile in alcune circostanze e/o per alcuni forum.
D’altra parte, ci troviamo nella situazione in cui ci sorprende ricevere un segnalazione assegnata a qualcuno che l’aveva reclamata giorni o addirittura settimane prima. Quel moderatore potrebbe non essere attivo al momento della nuova assegnazione (ad esempio, in vacanza, ecc.).
Forse la soluzione migliore sarebbe avere un’impostazione di Amministratore che permetta agli amministratori di scegliere se l’assegnazione viene fatta per argomento o per singolo post.
Non vogliamo disattivare completamente l’assegnazione perché la riteniamo molto utile per prevenire la duplicazione degli sforzi nella ricerca di segnalazioni e argomenti in coda prima di agire, e per evitare che un moderatore agisca su una segnalazione mentre un altro la sta valutando.
La prima è decidere se debba esserci o meno un’opzione per consentire che la rivendicazione dei post contrassegnati avvenga a livello di post. Attualmente, se un membro dello staff rivendica un elemento di revisione per uno qualsiasi dei post di un argomento, gli elementi di revisione per qualsiasi altro post nell’argomento vengono automaticamente assegnati a lui. Consentire la rivendicazione degli elementi di revisione a livello di post anziché a livello di argomento è la modifica che è stata richiesta da @Loki.
La seconda questione è solo qualcosa che ho notato mentre la stavo esaminando. Come notato sopra, se vengono generati più elementi di revisione per un argomento e un membro dello staff ne rivendica uno, tutti gli elementi di revisione per l’argomento verranno automaticamente assegnati al membro dello staff. Non appena il membro dello staff agisce su un elemento di revisione (accetta, rifiuta, ecc.), tutti gli elementi di revisione dell’argomento che gli erano stati precedentemente assegnati verranno automaticamente non assegnati. Questo mi ha confuso quando l’ho visto, ma forse è il comportamento previsto.
