@gdpelican さんからの返信が1週間以上ないため、修正を作成してプルリクエストを提出しました。本リポジトリに修正が取り込まれるまで、代替リポジトリをご利用ください。
代替リポジトリ: https://github.com/PuttyTribe/babble
プルリクエスト: Fix issue with search controller by ti0 · Pull Request #302 · gdpelican/babble · GitHub
切り替えるには、設定を変更して既存の babble リポジトリを https://github.com/PuttyTribe/babble.git に置き換え、再ビルドしてください。
おっ、タイミングいいね！
1週間活動なしだったのに、20分違いで2つの解決策が！
最初はあの解決策を選んだんだけど、パラメータがどの場合も使われていないので、とりあえず包括的な対応にすることにしたんだ。
@merefield の PR をマージしました。これでこの問題は解決します。
@ti0 PR をありがとうございます。引数は実際に使われています super() の代わりに引数なしで super を呼び出すと、サブクラスの引数が自動的に super に渡されます。オーバーライドされているメソッドを見ていただければ、引数がどこで使われているかがわかります: discourse/lib/search.rb at main · discourse/discourse · GitHub
@ti0 @merefield 余談ですが、Discourse コアに PR を出して、プラグインから Search クラスに新しい type_filters を追加するためのフックを追加すべきです。execute メソッドをパッチするよりも、パフォーマンスや安定性が高くなるでしょう。Discourse チームがその価値があると感じてくれれば、面白い小規模なプロジェクトになるかもしれません。
@justin 結局、この問題は解決しましたか？私は自分のブランチで Babble がエンジンを読み込む方法を少し変えるまで、同じ問題に直面していました。おそらく、異なる環境が @gdpelican のイニシャライザでのファイル読み込み方法（つまり、以下のような方法）をどのように扱っているかに関係していると思われます。
require Rails.root.join('plugins', 'babble', 'app', path).to_s
正確に特定するのは難しいですが、Babble のファイル読み込み方法を更新する PR を作成し、@gdpelican が require と Rails.root の代わりに load と File.expand_path を使用する標準的な Discourse プラグイン方式に変更することに賛成してくれるか確認してみようと思います。
追記 Babble を try.thepavilion.io に追加しましたので、24 時間ごとに更新される環境でテストできます。
将来的に、Babble に致命的なバグ（完全に動作しないなど）が発生し、James が利用できない場合は、@angus または @merefield にメンションしてください。私たちが修正するか、PR をレビューします（:））。
私が言いたかったのは、変更したオーバーライドされたメソッド内でそのパラメータが使われていないということです。あなたの言う通りなら、私のコードは依然として機能するはずです。なぜなら、super の呼び出しは **args（名前付き引数を収集するもの）を単に渡すだけであり、将来他のパラメータが追加されてもより安定するからです。これは理にかなっていますか？それとも何か見落としているのでしょうか？
はい、その通りですね
少しテストしてみましたが、あなたの方法も即座の目的には問題なく機能するようです（つまり、readonly_mode の機能を維持しています）。ただ、概念的には少し奇妙に思えます。**args は理論的にはスーパークラスを呼び出す前に設定されるべきだからです。個人的には（ジェームズが異なる見解を持つ可能性はありますが）、より明示的な方法を好みます。super を呼び出すだけで既に引数を暗黙的に渡している状況で、**args を追加してさらに暗黙性を増すのは、少し複雑になりすぎているように感じます。
あなたの意図は理解できますが、総合的に判断すると、こうした状況ではコアコードとの競合を避けるための明示的な方法を探る方が、包括的な暗黙的なメソッドを使うよりも良い対策だと考えます。後者の方針は、将来的に他の問題を引き起こす傾向があります。前述の通り、コアコードベースに新しい type_filter を追加することでリファクタリングできればと願っています。それは良いプロジェクトになると思います。
すべてのユーザーに対して、デフォルトで「ページ読み込み時にチャットを自動的に開く」を「はい」に設定することは可能ですか？
Babbleで、ThreadsのようにURLをレンダリングすることは可能でしょうか？
例えば、Babble ChatにTwitterのリンクを投稿した際に、単にURLが表示されるのではなく、ツイートの内容が表示されるような感じです。
Memberful と統合した後、チャットでアカウント名の下にユーザーの実名が表示されてしまった方はいらっしゃいますか？
可能であれば、実名が表示されないようにしたいと考えています。
編集：一時的な対策として、サインアップ時にスクリーン名をフルネームとして使用するか、オンボーディング後に手動でフルネームをスクリーン名に一致させています。
2020 年 9 月 17 日現在、これを使っている人はいますか？
単なるサイドプロジェクトではないか確認したかっただけです。
@angus、現時点ではあなたが最も利用可能な Babble ヘルパーかもしれません。そのため、コード更新のリクエストをあなたに送りますが、誰が対応しても構いません。
先ほど Discourse のバージョンを 2.6.0beta2 に更新しました（具体的には この GitHub コミットバージョン）。その結果、絵文字ピッカーが機能しなくなっています。
@itsbhanusharma は Discourse のインストールを担当しており、彼の最初の考えは、Discourse コア内の絵文字ピッカーの更新との互換性問題であるというものです。
環境:
ブラウザ: Firefox または Chrome（最新ビルド）
ビュー: デスクトップ、タブレット、モバイル
問題の再現率: 100%
再現手順:
期待される結果:
絵文字ピッカー UI が開く
実際の結果:
何も起こらない。絵文字ピッカーウィンドウが開かない。
複雑にしない範囲で、絵文字ピッカーの問題を修正した方は、不足している翻訳も修正していただけると幸いです。
チャットメッセージの横にある「…」アイコンをクリックすると、「Flag」オプションが「Flag」ではなく「[en_US.post.actions.flag]」として表示されます。
Babble の絵文字ピッカーも、私のサイトでは正常に機能しなくなりました。
また、チャットがランダムに上にスクロールしてしまいます。以前も同様の問題があったと思います。
@angus さん、あるいは現在 Babble の技術サポートをお手伝いいただける方 – 3 週間前にこのフォーラムの返信で報告した 2 つの問題を修正できる見込みはありますか？
迅速な対応ありがとうございます、Joel さん。
新しい Discourse の絵文字ピッカーへの対応を追加しました。
こちらも対応しました。
こんにちは、@angus さん。このプラグインの素晴らしいご尽力に感謝します！
私の Discourse システムはカスタムのロングポーリングベースURLで動作しています。Babble を追加したところ、Access-Control ヘッダー（CORS）が追加されていないことがわかり、いくつかのリクエストが失敗しています。
もしコードのどの部分を確認すればよいか教えていただければ、修正を作成できるかもしれません。
Discourse の最新アップデートと Babble の最新バージョンをインストールした後（数日前、そして修正されたか確認するために昨日も再度インストールしました）、メッセージの送信に問題が発生しており、既読インジケーターが「新しいメッセージあり」の表示で停止したままです。
今さっき、メッセージを送信できない状態で、ブラウザのコンソールに以下のようなエラーが多数表示されました：
Uncaught Error: No Reason Phrase
jQuery 13
error _application-49dab3118e527975ea48703627a0152cbe26663b7fde8423c667b094d716ae08.js:8967
jQuery 4
_ember_jquery-865569b174cc91f4563f3552f437b32c6eadf9f6c3d49eae02cfe50e5a8c7dfa.js:38573:14
jQuery 13
u self-hosted:1177
error _application-49dab3118e527975ea48703627a0152cbe26663b7fde8423c667b094d716ae08.js:8967
jQuery 4
フォーラムアカウントのリストに、奇妙なユーザー名（“f5c…” で始まるもの、例：f5cfe2e6cc098d）を持つアカウントが検出されました - This is the problem of a specific user or something else?
あなたのプラグインは、以前にこのような問題を経験したことはありますか？
