Cela se produisait sur tous les sujets, pas uniquement ceux de type Q&R. Nous avons une catégorie « Questions » où tous les sujets sont des Q&R, et nous utilisons également le tag « question » pour rendre un sujet de type Q&R.
Le comportement est légèrement différent maintenant : auparavant, l’ordre de tri les fixait en bas de la liste ; maintenant, ils sont toujours dans le désordre, mais les messages plus récents se trouvent en dessous d’eux.
Merci @AJDurant.
Un de nos clients a rencontré ce problème, ce qui m’a permis d’examiner de plus près un jeu de données où il se produisait. Je pense que l’un des problèmes pourrait concerner la façon dont sont gérés les sujets pour lesquels une balise QA a été supprimée.
J’ai lancé une PR qui traite de ce problème, sur laquelle @mbcahyono et moi allons travailler.
Voici comment corriger le problème pour un sujet spécifique :
./launcher enter app
rails c
topic = Topic.find(<topic_id>)
topic.posts.each { |p| p.update_columns(sort_order: p.post_number) }
Si vous avez besoin d’une aide plus concrète pour résoudre ce problème sur votre serveur, n’hésitez pas à me contacter en privé. Je peux vous aider à le corriger (gratuitement).
Désolé de ne pas avoir répondu plus tôt. J’étais en voyage cette semaine. Je peux confirmer que votre code ci-dessus résout les problèmes des publications individuelles.
J’ai également confirmé que l’exécution de la commande suivante NE résout PAS le problème
rake "posts:reorder_posts[1234]"
Existe-t-il un moyen d’exécuter cela sur toutes les publications – essentiellement de boucler sur toutes les publications ?
Et vous venez d’exécuter rake posts:reorder_posts seul et cela ne fonctionne pas ? Veuillez réessayer d’abord.
Si cela ne fonctionne pas, vous pouvez exécuter ceci :
./launcher enter app
rails c
Post.update_all("sort_order = post_number")
Nous avons identifié le problème. Il a été introduit en août. Nous publierons une correction sous peu, avec un test pour ce cas.
J’ai exécuté la commande ci-dessus et j’ai obtenu l’erreur suivante :
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)
Je n’ai pas exécuté la deuxième commande une fois que j’ai vu l’erreur de clé dupliquée, pensant que cela pourrait être un problème plus important.
Cela ressemble à un problème de votre base de données indépendant de celui-ci, mais qui bloque la correction ici. Je vous enverrai un message privé sous peu et nous pourrons déboguer cela séparément.
Merci @angus, tout semble fonctionner correctement maintenant 
Message (49 copies signalées)
Exception de tâche : constante non initialisée Jobs::QaUpdateTopicsPostOrder
Vouliez-vous dire ? 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’
Désolé pour ce problème. Nous y travaillons, en attente de fusion :
Super, je suis ravi de voir cela fusionné et j’attends avec impatience la correction. Joyeuses fêtes.
Quel est le rôle du paramètre « Format QnA un-à-plusieurs », que l’on trouve dans les paramètres de catégorie ?
C’est une fonctionnalité obsolète que nous supprimerons prochainement du plugin QnA. Cette fonctionnalité dispose désormais de son propre plugin dédié
Comment annuler son vote ? Dans les options, il y a une configuration pour déterminer le temps dont vous disposez pour annuler votre vote, mais je ne vois pas comment le faire réellement.
Y a-t-il de bons exemples de ce plugin en utilisation réelle ? J’aimerais beaucoup le voir en action !
Sélectionnez le texte jaune « Annuler votre vote positif » — voir la capture d’écran ci-dessous.
J’ai remarqué quelques points de retour :
qa trust level vote limits est désélectionné par défaut, mais je reçois tout de même l’erreur « Vous ne pouvez pas dépasser le nombre de votes autorisé pour votre niveau de confiance », ce qui n’a pas de sens ? Est-ce normal par conception ou y a-t-il un bug dans mon thème ?
Merci !
Pouvons-nous rétablir l’ordre normal des publications en désinstallant le plugin ?
Je constate que le bug signalé précédemment a vraiment désorganisé nos conversations 
Oui, il semble y avoir un conflit entre ce plugin et le Plugin Résolu, c’est-à-dire l’élément « Solution » visible sur votre capture d’écran. Ce plugin ne prend pas encore officiellement en charge le Plugin Résolu.
Oui, il vous suffit de désactiver le plugin dans une catégorie où il est activé, et les messages reprendront leur ordre normal.
Merci pour ce plugin ! Une question, que devient le contenu si le plugin est supprimé ? Il est clair que les votes et le tri spécial des réponses disparaîtront, mais qu’en sera-t-il des « réponses » et des « commentaires » pour chaque réponse ? Resteront-ils ou disparaîtront-ils ?
La raison de ma question est que nous avons commencé à utiliser ce plugin pour créer un guide utilisateur collaboratif. Avoir des commentaires pour chaque réponse est très pratique. Les votes sont également prometteurs, mais que se passe-t-il s’ils entraînent des conséquences imprévues et que nous voulons nous en débarrasser ? Il serait dommage de perdre le guide parce que nous voulons supprimer les votes.
Dans le pire des cas, je suppose que nous pourrions supprimer l’interface utilisateur des votes via CSS, en conservant le plugin.
Excellente question.
Les commentaires et les réponses sont simplement des publications qui s’affichent dans un ordre différent. Elles seront conservées.
Si vous souhaitez désinstaller le plugin, décochez simplement la case « Rendre tous les sujets de cette catégorie QnA » dans les paramètres de la catégorie. Cela rétablira toutes les publications dans leur ordre d’origine.
Par exemple, je viens de rétablir la catégorie QnA sur try.thepavilion.io à son ordre standard (c’est-à-dire chronologique (elle changera à nouveau dans 24 heures).
Ok, savoir cela est encourageant. Nous allons essayer le plugin, et si les votes ne remplissent pas leur mission, nous aurons deux options pour les supprimer : la légère via CSS et la lourde en désactivant le plugin. Aucune perte de contenu. Excellente adaptation des composants de base de Discourse !
Au fait, juste au cas où vous seriez curieux, nous utilisons votre plugin pour créer un guide vidéo collaboratif d’un produit, où les gens sont invités à lier des vidéos que les gens ont créées sur des aspects de ce produit. Nous avons personnalisé quelques étiquettes pour que cela fonctionne. Voir Bitwig Video Guide - Bitwish (nous venons de commencer, donc c’est surtout vide ; de plus, la plupart des sous-catégories sont mises en sourdine et c’est pourquoi cela semble plus vide pour les utilisateurs anonymes).
