Esto estaba ocurriendo en todos los temas, no solo en los de QnA. Tenemos una categoría ‘Preguntas’ donde todos los temas son de QnA, y también usamos la etiqueta ‘pregunta’ para que un tema sea de QnA.
Sin embargo, el comportamiento es ligeramente diferente ahora: antes, el orden de clasificación las fijaba al final de la lista; ahora, aunque siguen desordenadas, las publicaciones más nuevas aparecen debajo de ellas.
Gracias @AJDurant.
Uno de nuestros clientes experimentó este problema, por lo que pude revisar más de cerca un conjunto de datos donde ocurría. Creo que uno de los problemas podría ser cómo se manejan los temas cuando se elimina una etiqueta de preguntas y respuestas (QA).
He iniciado una PR que aborda este problema, en la cual @mbcahyono y yo trabajaremos:
La forma de solucionar el problema para un tema específico es:
./launcher enter app
rails c
topic = Topic.find(<topic_id>)
topic.posts.each { |p| p.update_columns(sort_order: p.post_number) }
Si alguien necesita más ayuda práctica para abordar este problema en su servidor, por favor contáctame en privado y puedo ayudarte a resolverlo (sin costo).
Disculpa la demora en responder. He estado viajando esta semana. Puedo confirmar que tu código de arriba está solucionando los problemas en las publicaciones individuales.
También confirmé que ejecutar el siguiente comando NO soluciona el problema:
rake "posts:reorder_posts[1234]"
¿Existe alguna forma de ejecutar esto en todas las publicaciones, es decir, iterar sobre todas ellas?
¿Y acabas de ejecutar rake posts:reorder_posts por sí solo y no funciona? Por favor, inténtalo de nuevo primero.
Si eso no funciona, puedes ejecutar esto:
./launcher enter app
rails c
Post.update_all("sort_order = post_number")
Hemos identificado cuál es el problema. Fue introducido en agosto. Pronto lanzaremos una corrección para ello, junto con una prueba para este caso.
https://github.com/paviliondev/discourse-question-answer/pull/38#issuecomment-739137531
Ejecuté el comando anterior y obtuve el siguiente error:
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)
No ejecuté el segundo comando una vez que vi el error de clave duplicada, pensando que podría tratarse de un problema mayor.
Parece ser un problema de tu base de datos que es independiente de esto, pero que está impidiendo una solución aquí. Te enviaré un mensaje privado en breve y podemos depurarlo por separado.
Gracias @angus, parece que todo está funcionando correctamente ahora 
Mensaje (49 copias reportadas)
Excepción del trabajo: constante no inicializada Jobs::QaUpdateTopicsPostOrder
¿Quizás quisiste decir? Jobs::UpdateTopicPostOrder
Jobs::QAUpdateTopicsPostOrder
Rastreo
/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’
Lo siento por el problema. Estamos trabajando en ello, a la espera de que se fusione:
Genial, estoy emocionado por ver esto fusionado y espero con interés la solución. Felices fiestas.
¿Cuál es la función de la configuración “Formato uno a muchos de Pregunta y Respuesta” que se encuentra en la configuración de categoría?
Es una función obsoleta que eliminaremos del complemento QnA en un futuro próximo. Esa función ahora cuenta con su propio complemento dedicado.
¿Cómo se elimina tu voto? En las opciones, hay una configuración que indica cuánto tiempo tienes para deshacer el voto, pero no veo cómo hacerlo realmente.
¿Hay algún buen ejemplo de este plugin en uso en la vida real? ¡Me encantaría verlo en acción!
Selecciona el texto amarillo “Deshacer tu voto positivo” (ver captura de pantalla a continuación).
He notado algunos puntos de retroalimentación:
qa trust level vote limits está deseleccionada de forma predeterminada, pero aún así recibo un error: “No puedes exceder el número de votos para tu nivel de confianza”, lo cual no tiene sentido. ¿Eso es así por diseño o hay un error en mi tema?
¡Gracias!
¿Podemos recuperar el orden normal de las publicaciones desinstalando el complemento?
Veo que el error reportado anteriormente realmente desordenó nuestras conversaciones 
Sí, parece haber un conflicto entre este plugin y el Plugin Resuelto, es decir, el elemento «Solución» en tu captura de pantalla. Este plugin aún no admite oficialmente el Plugin Resuelto.
Sí, solo necesitas desactivar el plugin en una categoría en la que esté habilitado y los mensajes volverán a su orden normal.
¡Gracias por este plugin! Una pregunta, ¿qué pasa con el contenido si se elimina el plugin? Está claro que los votos y la clasificación especial de las respuestas desaparecerán, pero ¿qué pasaría con las “respuestas” y los “comentarios” de cada respuesta? ¿Se quedarán o desaparecerán?
Mi razón para preguntar es que hemos comenzado a usar este plugin para construir una guía de usuario colaborativa. Tener comentarios para cada respuesta es muy conveniente. Los votos también son prometedores, pero ¿qué pasa si vienen con consecuencias no deseadas y queremos deshacernos de ellos? Sería una pena perder la guía porque queremos eliminar los votos.
En el peor de los casos, supongo que podríamos eliminar la interfaz de usuario de votos a través de CSS, manteniendo el plugin allí.
Gran pregunta.
Los comentarios y las respuestas son solo publicaciones que aparecen en un orden diferente. Se conservarán.
Si desea desinstalar el complemento, simplemente desmarque “Hacer que todos los temas de esta categoría sean QnA” en la configuración de la categoría. Esto revertirá todas las publicaciones a su orden original.
Por ejemplo, acabo de revertir la categoría QnA en try.thepavilion.io a su orden estándar (es decir, cronológico (volverá a cambiar en 24 horas).
Ok, saber esto es alentador. Probaremos el plugin y, si los votos no cumplen su misión, tendremos dos opciones para eliminarlos: la ligera a través de CSS y la pesada deshabilitando el plugin. Sin pérdida de contenido. ¡Gran adaptación de los componentes principales de Discourse!
Por cierto, por si tienes curiosidad, estamos usando tu plugin para crear una guía de video colaborativa de un producto, donde se invita a las personas a enlazar videos que la gente ha creado sobre aspectos de este producto. Hemos personalizado un par de etiquetas para que funcione. Ver Bitwig Video Guide - Bitwish (acabamos de empezar, así que está mayormente vacío; además, la mayoría de las subcategorías están silenciadas y por eso parece más vacío para los usuarios anónimos).
