martin
(Martin Brennan)
161
これを再現できません。 「sidekiq で作成をトリガーする」とは、このボタンをクリックすることだと仮定していますか?
トピックが既に存在するかどうかを確認するロジックは、FIX: Check for existing review topic by custom field (#65) · discourse/discourse-yearly-review@98012d8 · GitHub の修正に従ってカスタムフィールドに基づいているだけなので、カテゴリを変更しても違いはないはずです(もちろん、トピックを削除した場合は別ですが):
def review_topic_exists?(review_year)
TopicCustomField
.find_by(name: ::YearlyReview::POST_CUSTOM_FIELD, value: review_year.to_s)
&.topic
.present?
end
これらのカスタムフィールドがクリアされているか、あるいは私が知らない他の問題があるということでしょうか?
「いいね!」 1
Jagster
(Jakke Lehtonen)
162
そして、それが起こっています。私のものは新しいものを作成しており、
- プラグインは1月1日にカテゴリ
forum を使用しました
- 設定をカテゴリ
community に変更しました
- 作成されたレビューを
forum から community に移動しました(トピック自体を編集し、タイマーを使用したり再公開したりしませんでした)
- プラグインは翌日新しいものを作成しました(重複ヘッダーを許可しました)
または
- プラグインはカテゴリ
staff を使用するように構成されています
- 作成されたトピックを
staff から community に移動しました(トピック自体を編集しました)
- 翌日、プラグインは
staff に新しいものを作成しました
最後のものは、次の理由で問題だった可能性があります。
- スタッフメンバーなしで作成されたレビューを移動し、レビューを
community に移動しました
- スタッフを含めて作成をトリガーしたところ、新しいレビューが作成され、今回は要求どおりにスタッフが含まれていました
- そのトピックの名前を編集して
community に移動しました
- 設定をスタッフ除外に戻しました
- そしてプラグインは翌日新しいレビューを作成しました
レビューは次の場合に作成されるはずです。
- 日付が1月1日以降であり、かつ
- 正しい名前のトピックが存在しない
まあ、私の知る限り、それはそのロジックに従うはずです。私も間違っている可能性があります。しかし、コーディングの知識が全くない私でも大胆な主張をします。カテゴリが設定で指定されているものと異なるため、現在トピック名を認識していないのではないでしょうか。
「いいね!」 2
はい、そうです。
本日も、まったく同じ手順で、自分のサイトで再現できました。現在、3つの異なるカテゴリに3つのトピックがあります。
お見せするために、ご招待してもよろしいでしょうか。
「いいね!」 2
martin
(Martin Brennan)
164
最近、これをその年の年次レビューのトピックにカスタムフィールドが存在するかどうかを確認するように変更しました。トピックのタイトルは関係ないはずです。
確認ですが、あなたと@tobiaseigenは、このコミット FIX: Check for existing review topic by custom field (#65) · discourse/discourse-yearly-review@98012d8 · GitHub が含まれる最新バージョンをインストールしていますか?
発生していないとは言っていません。明らかに、私のローカルセットアップとあなたやTobiasのサイトとの間で、設定またはその他の違いがあるため、修正をプッシュできるように絞り込もうとしています。
@tobiaseigen はい、お願いします!
「いいね!」 2
Jagster
(Jakke Lehtonen)
165
知りません、あなたが教えてください 
3.2.0.beta4-dev (9ac3961f23)
とにかく、年に一度のアップグレードはあまり信じていないので、今日も再構築します。
「いいね!」 2
martin
(Martin Brennan)
166
先週このトピックを更新したと思ったのですが、していませんでした
問題を見つけ、修正はこちらです。
TL;DR: 私が以前行ったコミットでバグが発生しました。そのバグとは、その年の最初のトピックが削除された場合、後続のsidekiqの実行で次々とトピックが作成され続けるというものです。そのコミットを適用すれば、問題は停止するはずです。
「いいね!」 5
Jagster
(Jakke Lehtonen)
167
仮想世界が変わったので、一つ質問があります。AIペルソナ、つまり言及できるようなおしゃべりなものは、何らかの形で除外されていますか?
もし、そのような非人間がレビューに登場した場合、私は大変なことになります。
最初の試みとして、AIをスタッフグループに追加しようとしましたが、それはできませんでした。
「いいね!」 3
良い質問ですね!ご自身のサイトでテストして、結果を教えていただけますか?
おそらく、ボットは公開ディスカッションに参加しないため、表示されないでしょう。
「いいね!」 2
Jagster
(Jakke Lehtonen)
169
私のボットはたくさん参加しています。だからそれらは言及する価値があるのです。
手動でレビューをトリガーするテストドライブをすることもできます。その選択肢は全く思いつきませんでした😂
編集: 何も起こりませんでした。全くレビューされませんでした🤔
「いいね!」 2
Moin
170
1月しか機能しないと思います。
携帯でざっと見ただけですが、UserIDが0より大きいかどうかのチェックがいくつかありました。Discourse AIプラグインによって作成されたAIユーザーは負のIDを持っています。
「いいね!」 4
最初の投稿にある指示を参照してください。手動で実行しない限り、それは真実ではありません。
「いいね!」 3
ked
(Kenny DuBose)
172
私の理解では、最初の設定オプションに何も指定しない場合、上位5つの公開カテゴリのみがデータ取得に使用されるということです。そこに20または30(またはそれ以上)のカテゴリを指定した場合、それらすべてがソースデータに使用されると仮定してもよろしいでしょうか?私のカテゴリは多数あり、5つではユーザーベースをあまりよく表せません。
新年おめでとうございます
「いいね!」 1
Roi
174
新年おめでとうございます!
私の3つのサイトでプラグインが動作しませんでした。少なくとも新しいトピックは作成されませんでした。こちらは現地時間午前11時です。手動で実行する必要がありますか?また、二重に実行されることはありませんか?
Jagster
(Jakke Lehtonen)
175
スタッフを含めたシャドウレビューを作成しようとしました。ユーザーに、コンテンツの観点から彼らがどれほど大きな部分を占めているかを思い出させるための、ちょうど良いリマインダーです。しかし、すでに作成されていることを認識しているためか、生成を拒否されます。
元のレビューを削除し、新しいレビューを再生成してから、最初のレビューを復元するのが唯一の解決策でしょうか?
Jagster
(Jakke Lehtonen)
176
プラグインをインストールした時刻に準じます。したがって、手動でトリガーすれば機能し、来年もその時刻に準じます。
「いいね!」 1
できますよ、去年両方で一つ作りました。やり方は覚えていませんが、何も削除しなかったことは確かです。オプションをクリックして強制実行しただけだと思います。
「いいね!」 1
Jagster
(Jakke Lehtonen)
178
しかし、今はそうではありません。以前のバグのようなもので、プラグインが古いレビューを新しいカテゴリに移動した場合に新しいレビューを作成していたことと関係があるような気がします。
小さなバグがあります。トピックタイトルに含まれるパイプ記号 | は、Markdownテーブルに含める前に削除する必要があります。
「いいね!」 1
Roi
180
すべて3つのインスタンスのレビュー トピックを取得しましたが、残念ながらすべてドイツ語(インスタンスの言語)ではなく英語でした。
昨年は午前3時15分にレビュー トピックが作成されました(自動または手動でトリガーされたかはもうわかりません)。そのため、おっしゃったようにここでは何かが機能していません。
来年は言語と自動トリガーの両方について確認していただけますか?