L'approvazione delle parole guardate non funziona se un utente modifica la risposta

C’è un gruppo di utenti spam che pubblica link spam di Amazon sul nostro forum. Ho impostato parole chiave da monitorare per bloccare quei link di Amazon, tuttavia, non ha funzionato. Poi ho fatto una ricerca più approfondita e ho capito come ci sono riusciti: prima, questi utenti spam pubblicano una risposta normale e poi, dopo qualche minuto, modificano la risposta e aggiungono un link spam di Amazon! La modifica non ha attivato le parole chiave monitorate! Credo che questo sia un bug in Discourse. Puoi correggerlo?

3 Mi Piace

Ho provato ad aggiungere una parola monitorata a un post esistente sul mio locale e sostituisce correttamente la parola.

Puoi fornirci un esempio concreto con un link che avrebbe dovuto essere rimosso e uno screenshot delle impostazioni delle tue parole monitorate?

3 Mi Piace

Grazie! Vedi questo post spam come esempio: https://www.uscardforum.com/t/topic/81665/3?u=uscreditcardguide

E questa è la nostra impostazione delle parole monitorate:

La tua parola monitorata è t.co/ e il link nel post spam è https://t.co/rX42eIcsjD, quindi dovrebbe attivare la parola monitorata. Ma una cosa che potrebbe probabilmente causare il mancato innesco è che il link appare visibilmente come segue, quindi probabilmente l’impostazione della parola monitorata si applica ad esso invece di quella t.co/.

Indagherò ulteriormente su questo.

2 Mi Piace

Grazie. La seguente è la risposta esatta copiata dal nostro account amministratore, e spero che questo possa aiutare il tuo studio:

Grazie per la condivisione~ Parlando di Apple, gli auricolari Apple AirPods Pro sono scontati del 30%, link: www.amazon.com/dp/B09JQMJHXY,
Che ne pensi di questo prezzo?

Ho cambiato il titolo per riflettere meglio il problema. Nulla nell’interfaccia utente suggerisce che non si possa usare un URL come parola osservata, ma al momento non funziona. Ci stiamo occupando di questo e torneremo non appena avremo un aggiornamento.

Inoltre, non sono sicuro al 100% che si tratti di un bug. Cosa ne pensi @JammyDodger?

3 Mi Piace

È difficile da dire. È una svista di lunga data o si chiede al codice qualcosa che non è mai stato previsto? Penso che sarebbe certamente un utile strumento anti-spam se potesse catturare anche il testo del link, ma ovviamente mi manca la competenza tecnica per sapere se è troppo chiedere. :slight_smile:

1 Mi Piace

Ciao, il titolo che hai modificato non riflette il problema. Ho verificato di nuovo oggi: se l’utente incolla direttamente il link, la parola monitorata funziona sull’URL. Il problema si verifica solo quando l’utente pubblica qualcosa per primo e poi modifica la risposta. Il processo di modifica e salvataggio non attiva la funzionalità della parola monitorata.

Vedi sopra. Il problema non riguarda il funzionamento della parola monitorata sull’URL. Il problema è che quando l’utente modifica la sua risposta, la funzionalità della parola monitorata non funziona.

Ecco come ripetere il bug:

Aggiungi “thisisjustatest” all’elenco delle parole monitorate.

Utilizza un utente non amministratore, pubblica una risposta con “thisisjustatest”, quindi la parola monitorata viene attivata.

Utilizza un utente non amministratore, pubblica una risposta con altre parole prima, e poi modifica la risposta per aggiungere la parola “thisisjustatest”, quindi la parola monitorata NON verrà attivata e l’utente sarà in grado di aggiungere questa parola alla risposta con successo.

1 Mi Piace

Ci ho provato. :+1:

  • Aggiunto thisisjustatest a Parole bloccate monitorate
  • Usato l’utente di test TL2 per pubblicare This is a reply
  • Aperto il post in modalità di modifica ancora con l’utente di test TL2
  • Incollato thisisjustatest insieme al testo esistente This is a reply
  • Modifica

  • Le parole monitorate hanno bloccato correttamente la modifica
  • Ripetuto il test con editing grace period impostato su 1. Stesso risultato

Tuttavia, quando ho provato a inserire t.co/ nelle Parole bloccate monitorate e ho usato l’utente di test TL2 per pubblicare il messaggio spam 谢谢分享~ 说到apple,apple airpods pro耳机在30% off,link: [www.amazon.com/dp/B09JQMJHXY](https://t.co/rX42eIcsjD) ,\n这种价格怎样? mi ha permesso di pubblicarlo la prima volta, senza bisogno di tornare indietro per una modifica. (Ho dimenticato di aggiungere i caratteri jolly :slightly_smiling_face:)

Hai provato a pubblicare tu stesso quel link sul tuo sito? E il test thisisjustatest ha funzionato per te? Se sì, hai altri dettagli che puoi fornire in modo che io possa ottenere lo stesso risultato sul mio sito di test?

1 Mi Piace

Ho eseguito lo stesso test e un utente di livello 1 può aggiungere “thisisjustatest” senza problemi modificando. Nello specifico, ho inserito “thisisjustatest” nel tipo “richiede approvazione” nella parola monitorata. Forse questa è una differenza tra i nostri test?

Sì, questa è la differenza. Ho provato ad aggiungere “thisisjustatest” al tipo “blocca” nell’elenco delle parole monitorate e la modifica verrà bloccata se la nuova risposta contiene la parola monitorata. Tuttavia, il tipo “richiede approvazione” delle parole monitorate non funziona in fase di modifica.

1 Mi Piace

Quando l’utente con livello di fiducia 1 pubblica questo messaggio direttamente, la parola monitorata funziona correttamente e invia il messaggio all’amministratore per l’approvazione: " 谢谢分享~ 说到apple,apple airpods pro耳机在30% off,link: [www.amazon.com/dp/B09JQMJHXY](https://t.co/rX42eIcsjD) , 这种价格怎样?"

Diventa un problema solo quando l’utente modifica un post esistente.

Penso che per il mio problema specifico, posso semplicemente spostare la parola monitorata *t.co/* da “richiedi approvazione” a “blocca” nell’elenco delle parole monitorate.

Tuttavia, penso ancora che sia un bug che la modifica possa aggirare il tipo di parola monitorata “richiedi approvazione”. Dipende da te se vuoi trattarlo come un bug e risolverlo, o lasciarlo così com’è.

1 Mi Piace

Sembra che abbia dimenticato di inserire i caratteri jolly per il test t.co/. :slightly_smiling_face: Eseguendolo di nuovo con *t.co/* blocca effettivamente il link di spam alla prima esecuzione come previsto. :+1:

Ma penso che tu abbia trovato la differenza. L’approvazione è diversa dal blocco, anche se apprezzo che ci sia una ragione per una qualche forma di supervisione delle modifiche oltre alla pubblicazione iniziale. Non sono sicuro che si tratti di un bug, dato che penso funzioni allo stesso modo degli altri metodi di approvazione di argomenti/post? Sarebbe comunque una buona aggiunta.

1 Mi Piace

Un post è stato diviso in un nuovo argomento: Invia le modifiche ai post approvati nuovamente in coda di approvazione