Il controllo del titolo del topic duplicato non tiene conto del fatto che il titolo originale appartenga a un topic in una categoria privata e probabilmente dovrebbe farlo.
4 Mi Piace
Il fatto che un argomento abbia o meno le autorizzazioni (tramite la categoria) non lo rende idoneo a non essere un titolo di argomento duplicato.
Se si tratta di un messaggio privato, la questione è diversa.
Direi di sì. Qual è la motivazione alla base di questa regola?
Essenzialmente, duplicazione dello slug o del titolo. È così per progettazione fin dalla nascita nel 2013.
Questa è la logica, ma a mio parere non è davvero una motivazione solida… cosa stiamo cercando di risolvere o evitare con questa regola?
Perché improvvisamente è diventato un problema, se è andata così dal 2013 
Vorrei vedere 3-4 segnalazioni di problemi da parte dei clienti prima di procedere. Non agisco su un campione di una sola persona.
Perché non ha senso per un utente che non può vedere gli altri duplicati. Sono costretti a inventare un titolo solo per evitare una regola.
È giusto che non prendiamo provvedimenti in questo momento, ma deve comunque essere registrato (nel caso ne arrivino altri due).
5 Mi Piace
Beh, direi che è in qualche modo corretto, allo stesso modo in cui, se la tua password è un duplicato, non dovresti davvero poterla utilizzare, anche se altre persone hanno quella stessa password.
La potenziale confusione tra
http://discourse.example.com/t/upgrading-discourse/8922
http://discourse.example.com/t/upgrading-discourse/7451
.. è sostanziale.
Uno ha implicazioni per la sicurezza e l’altro è semplicemente confuso…
Ma va tutto bene. Lasciamo questo qui per i posteri, senza necessità di azioni al momento.
2 Mi Piace
L’unico luogo in cui la duplicazione degli slug è davvero rilevante è per la SEO. Se uno risiede in una categoria sicura e stiamo sempre parlando dell’argomento meno sicuro che viene creato secondo, allora di sicuro questo non sarà un fattore?
Ciao, qui è Posterity. Stiamo creando diverse categorie private, ciascuna con gli stessi argomenti, ma abbiamo riscontrato questo problema. C’è un modo per aggirarlo?
Abilita il supporto per titoli duplicati nelle impostazioni del sito, se necessario.
4 Mi Piace
Si prega di considerare la possibilità di esporre l’ID dell’argomento in conflitto nell’errore.
Quando un aggiornamento di un argomento fallisce il controllo di unicità del titolo (has_already_been_used), l’errore non fornisce alcuna indicazione su quale argomento stia causando il conflitto. Questo è particolarmente problematico perché il controllo viene eseguito contro Topic.listable_topics, quindi l’argomento in conflitto potrebbe essere non elencato. Non esiste un percorso diretto dall’errore alla causa; il personale deve sapere di cercare con status:unlisted e indovinare le variazioni di categoria/formulazione.
Per gli utenti staff/amministratore, includere l’ID di quell’argomento (o l’URL di amministrazione) nella risposta di errore trasformerebbe un’indagine in più passaggi in una correzione con un solo clic, ad esempio:
{“errors”: [“Titolo già utilizzato”], “conflicting_topic_id”: 12345}
È un equilibrio piuttosto delicato, quindi non sono nemmeno sicuro che questo cambiamento sia “corretto”
L’idea è che bloccheremo solo se puoi vedere l’altro argomento. Se puoi, forniremo anche un link all’argomento in modo che sia sufficiente un clic per visualizzarlo.
2 Mi Piace
Il link è la cosa principale di cui si ha realmente bisogno sul lato utente, quindi mi sembra una vittoria assoluta! Senza contare che, usare un unico enum sembra una scelta migliore rispetto a due booleani per una logica così strettamente correlata. Grazie per averlo condiviso.
1 Mi Piace