これをここでテストしています
そして、正常にビルドされます。機能については、プラグインを使用したことがなく、何をテストすべきか全く分からないため、確信がありません。
register_editable_user_custom_field メソッドのシグネチャは、フィールド名と、それを staff_only としてマークするためのオプションのフラグです。そのため、私が理解している限りでは、配列を渡すことは予期しないことでしょうか？
「いいね！」 3
ええ、珍しいですか？
しかし、デビッドの解決策はこの問題を解決するようです。
これは：
register_editable_user_custom_field :geo_location if defined? register_editable_user_custom_field
register_editable_user_custom_field geo_location: {} if defined? register_editable_user_custom_field
壊れます。これは壊れません：
register_editable_user_custom_field [:geo_location, geo_location: {}] if defined? register_editable_user_custom_field
Rubyのバージョンがこの変更を強制したように見えますか？
いずれにせよ、解決策があり、OPを更新すべきだと思いますか？
もう1つのプラグインを変更する必要があり、問題がなければ上記のwikiを更新します。
「いいね！」 2
FYI、ビルドも機能も動作しているようです 
ご協力ありがとうございます。
「いいね！」 2
これは、Separation of positional and keyword arguments in Ruby 3.0 のことだと思います。
「いいね！」 5
こんにちは 
プラグインからカスタムユーザーフィールドを作成しようとしていますが、ここで説明されていることを完全に理解しているかどうかわかりません。プラグインで次のようにした場合：
register_editable_user_custom_field 'foo'
ユーザープロファイルやユーザーカードに表示するために、プラグインのアウトレットコネクタをまだ使用する必要がありますか？
それとも、管理画面のカスタムフィールドのように、自動的に追加されるメカニズム（ユーザーディレクトリにも含む）はありますか？すでに方法がある場合は、コネクタやシリアライザーフィールドを追加することは避けたいです。
ご協力ありがとうございます！
「いいね！」 1
見てください。
「いいね！」 1
こんにちは、@merefieldさん、リンクありがとうございます。しかし、私が尋ねていることとは違います。管理画面で作成されたカスタムフィールドを、スタッフAPIキーなしでは表示されないようにするためのもののようです。
不明瞭な場合は、言い換えます。管理画面の「ユーザーフィールド」（編集可能、検索可能、ユーザープロファイルやユーザーカードなどに表示される）と同じように、プラグインでカスタムユーザーフィールドを登録する方法はありますか？
「いいね！」 2
申し訳ありませんが、こちらの方が役立つでしょうか？
主要なモデルにはすべてカスタムフィールド機能があります。
「いいね！」 2