Ho un argomento sul mio sito che qualcuno (chiamiamolo X) ha pubblicato e poi cancellato a causa di alcune informazioni errate. L’ho ripristinato e ho chiesto a X di pubblicare una correzione sotto il loro post originale.
Da allora l’argomento continua a essere cancellato. L’ho ripristinato due volte e sembra tutto a posto, ma dopo un po’ appare di nuovo come cancellato.
Cosa sta succedendo?
È possibile che l’utente in questione continui a cancellarlo? Ho avuto utenti che preferiscono eliminare i post piuttosto che sopportare l’
Controlla i log (admin/logs/staff_action_logs) per vedere se l’utente li sta eliminando. Il log mostrerà i post che sono stati sia modificati che eliminati… e da chi sono stati cancellati. Puoi anche fare clic sull’icona delle informazioni per maggiori dettagli.
Alcuni utenti hanno cambiato idea sul mantenere un post per questo e per molte altre ragioni. A volte è semplicemente una di quelle situazioni in cui si sente che è meglio dimenticare ciò che si stava per dire. A volte devi semplicemente accettare la loro ragione, anche se non viene fornita. 
Gli utenti non possono eliminare istantaneamente argomenti o post. Possono solo avviare una cancellazione in sospeso di 24 ore, che sarà un’intenzione pubblica dichiarata nell’argomento o nel post, come segue:
(post ritirato dall’autore, verrà eliminato tra 24 ore a meno che non venga segnalato)
Inoltre, questa operazione è possibile solo per gli argomenti che non hanno risposte e che sono stati creati da un giorno o meno.
Questo succede anche a noi quando un argomento viene eliminato dal sistema, ovvero 24 ore dopo che l’autore ha cancellato un messaggio, non è possibile recuperarlo; anche se lo ripristiniamo, viene nuovamente eliminato automaticamente dopo 30 minuti.
Ho parlato con l’utente e, per quanto ho potuto capire, non lo sta cancellando continuamente. In realtà ne sono rimasti sorpresi, dato che sono stati loro a segnalarmi il problema in primo luogo.
Ecco come appaiono i miei log:
(Grazie a @JimPas per il suggerimento!)
Avete qualche idea? Posso fornire altri dati per aiutare a risolvere il problema? Sembra che @Pad_Pors abbia riscontrato qualcosa di simile.
Qualcuno ha trovato una soluzione a questo dopo? Stiamo riscontrando lo stesso problema.
Un utente ha creato un post e lo ha eliminato, ha chiesto che venisse ripristinato e ora il sistema continua a eliminarlo (l’intero argomento, dato che è il primo post).
Potremmo spostare i contenuti in un nuovo argomento, ma chiunque segua l’URL originale verrà reindirizzato a una pagina non trovata.
Possiamo riprodurlo lunedì, @tshenry?
Ciao @AstonJ,
Potresti confermare i passaggi per riprodurre il problema? Questo è quello che sto testando, ma voglio assicurarmi che sia corretto ai tuoi occhi?
Se c’è qualcosa che dovrei fare diversamente, fammelo sapere.
Ciao Taylor, l’argomento è stato pubblicato ad aprile, ma sembra che sia successo quanto segue:
Abbiamo scoperto che questo accade solo quando l’utente ha chiesto ieri dove fosse il suo argomento.
Se hai bisogno di altro, fammi sapere (questo link è l’argomento che continua a essere eliminato, tra l’altro).
Hmm. Non sono sicuro di aver capito appieno cosa succede nel passaggio 1, ma supponendo che il punto fondamentale sia che un utente ha creato un argomento, il passaggio 2 sembra impossibile. Se creo un argomento come utente normale, rispondo ad esso e poi provo a eliminare il mio primo post (quello dell’argomento), il primo post non verrà contrassegnato per l’eliminazione, il che è previsto dal design.
Nel mio caso è andata così:
Non sono sicuro delle tempistiche.
Posso confermare che la stessa cosa mi è capitata più volte.
Da quanto riesco a capire, lo staff non ha a disposizione un pulsante “ripristina” nei topic degli utenti normali quando sono stati programmati per la cancellazione. Solo l’autore originale può ripristinare il post durante il periodo di attesa. Quando dici di averlo ripristinato, intendi dopo che è avvenuta la cancellazione automatica?
Ah sì, scusa Taylor! Immagino allora che abbiano cancellato il primo post e poi ne abbiano creato un secondo - cosa che, se ricordo bene, mi sembra possibile.
Ecco cosa ho realizzato:
delete_removed_posts_after impostandola su 1)Cosa sta succedendo: Quando un utente elimina il proprio post dell’argomento, viene impostata una proprietà chiamata user_deleted su true. Esiste un’attività in background chiamata DestroyOldDeletionStubs che viene eseguita ogni 30 minuti. Questa attività esegue la funzione PostDestroyer.destroy_stubs, che cercherà nel database ed eliminerà tutti i post con user_deleted impostato su true e un “timer di eliminazione” scaduto.
Il problema: Quando lo staff ripristina il post, user_deleted non viene mai impostato su false, quindi la prossima volta che DestroyOldDeletionStubs viene eseguita, il post verrà nuovamente eliminato.
La soluzione: Sono quasi sicuro che sarà necessario aggiungere una logica alla funzione staff_recovered che imposti user_deleted su false (user_recovered lo fa già). Vedi discourse/lib/post_destroyer.rb at main · discourse/discourse · GitHub
La soluzione rapida: Ripristina il post dell’argomento e ottieni il suo ID, poi vai alla tua console Rails ed esegui:
Post.find_by_id(POST_ID).update(user_deleted: false)
L’ID del post può essere trovato facilmente aggiungendo .json alla fine dell’URL di un argomento. Quindi, usando questo argomento come esempio: https://meta.discourse.org/t/topic-keeps-getting-deleted/128013.json. L’ID del post dell’argomento è 632362.
Aha, dovremmo risolvere il problema di @eviltrout
Ottimo lavoro di investigazione, @tshenry!
Bel lavoro, Taylor 
Per chiunque altro abbia bisogno di quanto sopra, dovrai prima annullare l’eliminazione del post/topic, altrimenti la ricerca restituirà nil.
Sto ancora riscontrando questo problema. Questo lavoro per impostare user_deleted su false ha avuto qualche riscontro?
Esiste una soluzione rapida o una workaround per le istanze ospitate?
Direi: