Ciò si verificava in tutti gli argomenti, non solo in quelli QnA. Abbiamo una categoria ‘Domande’ in cui tutti gli argomenti sono QnA e utilizziamo anche il tag ‘domanda’ per rendere un argomento QnA.
Il comportamento è leggermente diverso ora: prima, l’ordine di ordinamento li posizionava fisso in fondo all’elenco; ora sono ancora fuori ordine, ma i post più recenti si trovano sotto di essi.
Grazie @AJDurant.
Uno dei nostri clienti ha riscontrato questo problema, quindi sono stato in grado di esaminare più da vicino un dataset in cui si verificava. Credo che uno dei problemi possa riguardare il modo in cui vengono gestiti i topic da cui viene rimossa un’etichetta QA.
Ho avviato una PR che affronta questo problema, su cui @mbcahyono e io lavoreremo
Per risolvere il problema per un topic specifico:
./launcher enter app
rails c
topic = Topic.find(<topic_id>)
topic.posts.each { |p| p.update_columns(sort_order: p.post_number) }
Se qualcuno ha bisogno di ulteriore assistenza pratica per risolvere questo problema sul proprio server, contattatemi in privato e sarò felice di aiutarvi (gratuitamente).
Scusa per non aver risposto prima. Questa settimana sono stato in viaggio. Posso confermare che il tuo codice sopra sta risolvendo i singoli post con problemi.
Ho anche confermato che eseguire il seguente comando NON risolve il problema
rake "posts:reorder_posts[1234]"
C’è un modo per eseguirlo su tutti i post, ovvero iterare su tutti i post?
E hai appena eseguito rake posts:reorder_posts da solo e non funziona? Per favore, riprova prima.
Se non funziona, puoi eseguire questo
./launcher enter app
rails c
Post.update_all("sort_order = post_number")
Abbiamo individuato il problema. È stato introdotto ad agosto. Rilascieremo presto una correzione, includendo anche un test per questo caso.
Ho eseguito il comando sopra e ho ottenuto il seguente errore
root@REMOVE-web-only:/var/www/discourse# rake posts:reorder_posts
rake aborted!
PG::UniqueViolation: ERROR: duplicate key value violates unique constraint "post_timings_unique"
DETAIL: Key (topic_id, post_number, user_id)=(1567, 20, 3) already exists.
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-mini-profiler-2.2.0/lib/patches/db/pg.rb:110:in `exec'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-mini-profiler-2.2.0/lib/patches/db/pg.rb:110:in `async_exec'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/mini_sql-0.3/lib/mini_sql/postgres/connection.rb:201:in `run'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/mini_sql-0.3/lib/mini_sql/postgres/connection.rb:173:in `exec'
/var/www/discourse/lib/tasks/posts.rake:368:in `block (3 levels) in <main>'
/var/www/discourse/lib/tasks/posts.rake:351:in `each'
/var/www/discourse/lib/tasks/posts.rake:351:in `block (2 levels) in <main>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/database_statements.rb:280:in `block in transaction'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/transaction.rb:280:in `block in within_new_transaction'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/concurrency/load_interlock_aware_monitor.rb:26:in `block (2 levels) in synchronize'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/concurrency/load_interlock_aware_monitor.rb:25:in `handle_interrupt'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/concurrency/load_interlock_aware_monitor.rb:25:in `block in synchronize'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/concurrency/load_interlock_aware_monitor.rb:21:in `handle_interrupt'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/concurrency/load_interlock_aware_monitor.rb:21:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/transaction.rb:278:in `within_new_transaction'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.3.3/lib/active_record/connection_adapters/abstract/database_statements.rb:280:in `transaction'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.3.3/lib/active_record/transactions.rb:212:in `transaction'
/var/www/discourse/lib/tasks/posts.rake:312:in `block in <main>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
Tasks: TOP => posts:reorder_posts
(See full trace by running task with --trace)
Non ho eseguito il secondo comando dopo aver visto l’errore di chiave duplicata, pensando che potesse trattarsi di un problema più grave.
Sembra che ci sia un problema con il tuo database, indipendente da questo, ma che blocca la correzione qui. Ti invierò un messaggio privato a breve e potremo risolvere il problema separatamente.
Grazie @angus, sembra che ora tutto funzioni correttamente 
Messaggio (49 copie riportate)
Eccezione del job: costante Jobs::QaUpdateTopicsPostOrder non inizializzata
Intendevi? Jobs::UpdateTopicPostOrder
Jobs::QAUpdateTopicsPostOrder
Backtrace
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/inflector/methods.rb:284:in const_get' /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/inflector/methods.rb:284:in block in constantize’
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/inflector/methods.rb:280:in each' /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/inflector/methods.rb:280:in inject’
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/inflector/methods.rb:280:in constantize' /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/core_ext/string/inflections.rb:68:in constantize’
/var/www/discourse/app/jobs/base.rb:288:in enqueue' /var/www/discourse/app/jobs/onceoff/onceoff.rb:40:in block in enqueue_all’
/var/www/discourse/app/jobs/onceoff/onceoff.rb:37:in each' /var/www/discourse/app/jobs/onceoff/onceoff.rb:37:in enqueue_all’
Scusa per il problema. Sto lavorando alla soluzione, in attesa di essere unita:
Fantastico, sono entusiasta di vederlo unito e non vedo l’ora che venga risolto. Buone feste.
Qual è la funzione dell’impostazione “Formato QnA uno-a-molti” che si trova nelle impostazioni della categoria?
È una funzionalità deprecata, che rimuoveremo dal plugin QnA a breve. Questa funzionalità ora ha il proprio plugin dedicato
Come si rimuove il proprio voto? Nelle opzioni c’è una configurazione per indicare quanto tempo hai per annullare il voto, ma non vedo un modo per farlo effettivamente.
Ci sono esempi validi di questo plugin in uso sul campo? Mi piacerebbe vederlo all’opera!
Seleziona il testo giallo “Annulla il tuo upvote” - vedi lo screenshot qui sotto.
Ho notato alcuni punti di feedback:
qa trust level vote limits è deselezionata di default, ma ricevo comunque l’errore “Non puoi superare il numero di voti consentiti per il tuo livello di fiducia”, il che non ha senso? È previsto dal design o c’è un bug nel mio tema?
Grazie!
Possiamo ripristinare l’ordine normale dei post disinstallando il plugin?
Vedo che il bug segnalato in precedenza ha davvero sconvolto le nostre conversazioni 
Sì, sembra esserci un conflitto tra questo plugin e il Plugin Risolto, ovvero l’elemento “Soluzione” nello screenshot. Questo plugin non supporta ancora ufficialmente il Plugin Risolto.
Sì, devi solo disabilitare il plugin in una categoria in cui è abilitato e i post torneranno al loro ordine normale.
Grazie per questo plugin! Una domanda, cosa succede ai contenuti se il plugin viene rimosso? È chiaro che i voti e l’ordinamento speciale delle risposte scompariranno, ma cosa succederebbe alle “risposte” e ai “commenti” per ogni risposta? Rimarranno o scompariranno?
Il motivo per cui chiedo è che abbiamo iniziato a utilizzare questo plugin per creare una guida utente collaborativa. Avere commenti per ogni risposta è molto comodo. Anche i voti sono promettenti, ma cosa succede se arrivano con conseguenze indesiderate e vogliamo sbarazzarcene? Sarebbe un peccato perdere la guida perché vogliamo rimuovere i voti?
Nel peggiore dei casi, immagino che potremmo rimuovere l’interfaccia utente dei voti tramite CSS, mantenendo il plugin attivo.
Ottima domanda.
Commenti e risposte sono solo post che appaiono in un ordine diverso. Verranno conservati.
Se desideri disinstallare il plugin, deseleziona semplicemente “Rendi tutti gli argomenti di questa categoria QnA” nelle impostazioni della categoria. Questo ripristinerà tutti i post nel loro ordine originale.
Ad esempio, ho appena ripristinato la categoria QnA su try.thepavilion.io al suo ordine standard (cioè cronologico (tornerà tra 24 ore)).
Ok, sapere questo è incoraggiante. Proveremo il plugin e se i voti non compiranno la loro missione allora avremo due opzioni per rimuoverli: quella leggera tramite CSS e quella pesante disabilitando il plugin. Nessuna perdita di contenuto. Ottimo adattamento dei componenti core di Discourse!
A proposito, giusto nel caso siate curiosi, stiamo usando il vostro plugin per creare una guida video collaborativa di un prodotto, dove le persone sono invitate a collegare video che le persone hanno creato su aspetti di questo prodotto. Abbiamo personalizzato un paio di etichette per farlo funzionare. Vedi Bitwig Video Guide - Bitwish (abbiamo appena iniziato, quindi è per lo più vuoto; inoltre, la maggior parte delle sottocategorie sono silenziate ed è per questo che sembra più vuoto per gli utenti anonimi).
