トピックタイマーでトピックが閉じられた場合、これは正しく機能していないと思います。数人のユーザーから問題であると報告されています。私たちはちょうどそれを再び経験しました。彼が投票がないと言っているのが正しいと仮定すると、彼は（執筆時点で）20票を投じており（これが私たちの制限です）、これらのトピックの1つは閉じられています。したがって、彼は1票予備があるはずです。
以前にも何度か言及されていますが、それらは常に彼らが古い投票を「削除」した後だったので、検証できませんでした。投票可能なスレッドの99％は、最後の返信からの日数を示すトピックタイマーによって閉じられています。このバグはここから発生しているのではないかと疑っていますか？
最新のプラグインバージョンと、非常に最近更新されたDiscourse自体を使用しています。
それ以外は、素晴らしいプラットフォームをありがとうございます。大好きです！
同様の問題を追跡しています。以前にも数回発生したことがあると思いますが、まだ「なぜ」を特定できていません。
「最後の投稿後に閉じる」というトピックタイマーでテストしてみましたが（探していたものがこれだったと期待して 
）、タイマーが発火したときに投票は期待どおり返されました。
この問題が発生しているトピックについて、他に何か特別なことはありますか？
また、データエクスプローラーがインストール/有効になっている場合は、以下のクエリを使用して、トピックが閉じられた/アーカイブされたが投票が返されていない過去のトピックを確認できます。
SELECT
dvv.topic_id,
t.last_posted_at::date,
tvc.votes_count
FROM discourse_voting_votes dvv
JOIN topics t ON t.id = dvv.topic_id
JOIN discourse_voting_topic_vote_count tvc ON tvc.topic_id = dvv.topic_id
WHERE dvv.archive = false
AND (t.closed = true OR t.archived = true)
GROUP BY 1,2,3
ORDER BY 2
ありがとうございます。コミュニティでの結果は以下の通りです。
| トピック | 最終投稿日時 | 投票数 |
|---|---|---|
| Pest baiting stations checks (8) | 2023-03-27 | 1 |
| Subtype Merchandise/POS/Packaging and other stock item types (4) | 2023-05-17 | 1 |
| Subtypes Available for Packaging / Ingredients (4) | 2023-05-17 | 1 |
| API functionality (12) | 2023-07-26 | 8 |
| RE-assign containers (14) | 2023-08-15 | 1 |
| Additional yeast quality metrics such as pH and conductivity (7) | 2023-10-17 | 1 |
| Using ingredients supplied by a specific supplier in certain brews (0) | NULL | 2 |
さて、これは非常に興味深いですね…
これらをユーザーに手動で返還する方法はありますか？あるいは、根本原因が見つかるまで、自動的な毎晩の修正でも構いませんか？
残念ながら、それも原因ではないようです。まだ他に原因があり、それが一部のケースで発生し、すべてのケースで発生しない理由になっているのだと思います。
理論をテストするために、再オープンしてから再度クローズして、投票を解除できるかどうか確認してもらえますか？（カテゴリを投票不可のものに変更した場合にも返却されるはずなので、テストする価値があるかもしれません。そして、問題が続くかどうかを確認するために元に戻します）
お客様の状況に合致する可能性のあるシナリオを特定できたと考えております。編集履歴は公開されていませんが、クローズ後にこれらの項目にタグを追加されたのではないでしょうか？もしそうであれば、システムがそれらの投票を「現在」として再マークするのを防ぐための修正を準備中であると考えております。
はい、それは投票を返します（データエクスプローラーレポートによると）：+1：
ああ、はい、それが原因でしょう：boom：通常、タグ（「idea-completed」のようなもの）を追加してからトピックタイマーで閉じます。すぐに閉じるという珍しいケースでは、通常タグも追加しますが、これは「閉じる」前または数秒以内に行われる可能性があります（実際には考えたことはありません）。これは、すべてが閉じるボタンを使用して閉じられたという「偶然」を説明しています！
すべてのヘルプに感謝します。非常に感謝しています：pray：修正リリースを楽しみにしています。
トピックが作者によって削除され、投票が返還されていないようです。「開く」を試してから「閉じる」を試しても、返還されません。どうすればよいでしょうか？それとも、バグ修正はデータの修正を伴う移行で提供されるのでしょうか？その場合、それまで待つことができますか？
どういたしまして。 修正はすでにこちらにもあります。
これにより、将来的に発生するのを防ぐことができますが、すでに存在するものを修正するわけではありません。
レールコンソール経由でリセットすることは可能ですが、数が少ない場合は、UIを使用して「投票を返す」メカニズムをトリガーする方が簡単だと思います。
うーん。 
それは残念です。削除を取り消して #staff カテゴリに移動し、その後閉じてアーカイブすることを試すことができます。これらの3つのアクションすべてで投票が解放されるはずなので、うまくいけばどれかが機能するでしょう。 もしうまくいかない場合は、それが頑固であればレールアプローチを取ることができます。
