Sono interessato ad aggiungere un’opzione extra nel menu “chiave inglese” delle Azioni del Topic. Nello specifico, l’opzione per cambiare lo Stato del Topic in In attesa (chiamiamola “Imposta come In attesa”).
Il caso d’uso principale si verifica quando un Topic contiene contenuti dubbi per qualsiasi motivo e serve un po’ più di riflessione su come gestirlo al meglio. Cliccare sulla chiave inglese e impostare lo stato come In attesa sembra il metodo più efficiente, ma sono aperto anche ad altre idee.
Ciò che desidera è rendere alcuni argomenti/post nascosti, come se fossero stati rilevati dall’attivazione delle parole monitorate. Vuole che il post non sia visibile agli utenti, ma venga inviato alla coda di revisione per una gestione successiva (ad esempio, contattare l’utente riguardo al post e spiegare perché è inappropriato).
Se non ci sono risposte, immagino che non sarebbe troppo difficile… @eviltrout o @Roman probabilmente sanno esattamente quanto diventerebbe complicato.
Penso che una volta spostato in “in attesa” dovremmo forse eliminare definitivamente l’argomento e spostarlo in un’altra tabella.
Credo che qualsiasi post dovrebbe funzionare, il topic è un caso un po’ particolare… finge che questo post contenga una parolaccia: lo strappi e lo costringi nella coda di revisione?
Sì, un singolo post dovrebbe essere relativamente semplice (l’ordinamento potrebbe andare fuori luogo, ma potrebbe funzionare), dove diventa molto complicato è gestire un intero argomento che ha ricevuto risposte.
Non sono sicuro di quanto sia un caso d’uso utile? Sembra di sì, dal post originale.
Jane crea un argomento: Mi piace mangiare i marshmallow
Jim risponde: Ma non lo sai… questo sito è dedicato al “non marshmallow”
Il sito tratta di caramelle, ma gli amministratori del sito non amano i marshmallow; sono le 5 del mattino… non possono gestire la situazione.
Clicca sul pulsante… torna alla coda di approvazione per l’argomento di Jane. Possiamo occuparcene domani.
Il problema è… come gestiamo la cosa? Cosa succede ai timestamp quando ripubblichiamo e così via. La coda di revisione non supporta più post in un unico blocco.
Direi che il metodo “supportato” attuale per gestire la situazione è:
“Rendi non elencato”
Segnala per l’attenzione dei moderatori in modo che nessuno lo dimentichi
Lo svantaggio è che le persone possono comunque vederlo se hanno l’URL.
Un’altra opzione potrebbe essere: “clicca elimina”, segnala il contenuto eliminato (non sono sicuro che la revisione lo supporti, ma forse è ragionevole permettere ai moderatori di segnalare contenuti eliminati)
Sì, una grande differenza è che mettere in coda un argomento prima della sua creazione è molto più semplice che dopo.
Tuttavia, abbiamo il supporto per nasconderlo fino a quando non viene gestito nella coda. @Roman potrà fornire una stima quando sarà di nuovo qui la prossima settimana.
Sì, ci ho provato e ho capito. Non è l’ideale, ma penso sia fattibile, considerando gli altri vincoli e problemi correlati discussi sopra.
Il mio caso d’uso principale si verifica quando un argomento viene creato e visualizzato: preferirei che fosse rilevato dalla funzione “Parole monitorate”. Osservo questi casi di solito entro un’ora, e spesso non hanno ancora una prima risposta. Un’idea praticabile potrebbe essere aggiungere un’opzione “Rendi in sospeso” disponibile solo nel menu a forma di chiave inglese per gli argomenti che non hanno ancora ricevuto una prima risposta? È solo un’idea.
Comunque, se non ci saranno ulteriori sviluppi in merito, utilizzerò la procedura “Rendi non in elenco”.
Rendere un post in sospeso significa eliminarlo definitivamente e memorizzare tutti i dati necessari per ricrearlo nell’attributo payload del reviewable. Ho dovuto riscrivere questa logica un paio di volte perché temevo di perdere dati durante la transizione a causa di associazioni contrassegnate con dependent: :destroy o dependent: :delete_all. Tuttavia, dopo alcuni test, credo che sia sicuro procedere.
Farlo quando un argomento non ha risposte o quando non si tratta del primo post dovrebbe richiedere uno sforzo da basso a moderato. Tutta la logica per l’inserimento in coda di un post si trova nel metodo NewPostManager#enqueue, quindi dovremo estrarla in una classe separata e riutilizzarla. Aggiungiamo sempre i post in sospeso alla fine dell’argomento dopo l’approvazione, quindi inserirli in una posizione specifica richiederà un po’ più di lavoro.
Spostare un argomento con risposte nuovamente in stato di sospensione dovrebbe essere più complicato con questo approccio. Serializzarlo in un reviewable sembra eccessivo. Forse potremmo semplicemente nascondere temporaneamente l’argomento? Ad esempio, lo facciamo già quando un post viene segnalato come spam da un utente fidato.
In alternativa, potremmo sempre procedere con la segnalazione + eliminazione (o nascondimento), rendendo tutto molto più semplice. Non riesco a pensare a un motivo per cui l’eliminazione definitiva e l’inserimento in coda del post siano migliori.
Ho dimenticato di pubblicare un aggiornamento qui. Abbiamo aggiunto un pulsante Segnala post nel modale delle segnalazioni, accanto a Agisci.... Cliccando sul post, questo viene inviato alla coda e nascosto, quindi viene inviata una messaggio all’utente per informarlo che rimarrà così finché un membro dello staff non lo esaminerà.
