「ユーザーをグループに追加…」スクリプトには、2つのトリガーで異なるフィールド入力があります

「ユーザーカスタムフィールド経由でユーザーをグループに追加する」スクリプトについて、問題があるようです。「ユーザーが最初にログインした」トリガーが選択されている場合、「ユーザーカスタムフィールド名」入力は、たとえば「Native Language」のようなユーザーフィールドの名前に設定する必要があります。しかし、「Recurring」トリガーが選択されている場合、「ユーザーカスタムフィールド名」入力は、たとえば「user_field_5」のようなユーザーフィールドのidに基づいて設定する必要があります。

Recurringトリガーで使用する名前を見つける方法に関する詳細は、こちらにあります: Finding Userfield Custom Name for 'Add user to group through User Custom Field' - #2 by leonardo.

理想的には、フレンドリ名(たとえば「Native Language」)が、利用可能な両方のトリガーの正しい値として使用されるべきです。関連するコードは次のとおりです: https://github.com/discourse/discourse-automation/blob/main/lib/discourse_automation/scripts/add_user_to_group_through_custom_field.rb. 「ユーザーが最初にログインした」トリガーが、idではなくフィールド名から正しいユーザーカスタムフィールドを見つける方法は次のとおりです:

https://github.com/discourse/discourse-automation/blob/main/lib/discourse_automation/scripts/add_user_to_group_through_custom_field.rb#L54-L67

おそらく、そのロジックをRecurringトリガーに適用できる後方互換性のある方法があるかもしれません。

「いいね!」 3

参考までに、これはウォークスルーで言及されています。

一貫性のためにスクリプトを再作業することについて言及しましたが、まだ優先順位は付けられていません。また、管理設定の「公開ユーザーカスタムフィールド」と「スタッフユーザーカスタムフィールド」も、これと一致させると良いでしょう。

(また、「フレンドリ名」を使用する「投票可能なユーザーフィールド」もあります。)

「いいね!」 4

問題を修正するためのPRはこちらです。

「いいね!」 2

これは、既存のユーザーカスタムフィールドを選択するための新しいドロップダウンで解決されました。これは両方のトリガーで機能します。:partying_face:

「いいね!」 2