難しい質問ですね。私は、あなたがリンクした投稿で言及されていた通り、config/discourse.conf に s3_bucket を設定しました。その結果、その特定のエラーは解消されました（私もそこでそのように記述しました）。
このファイルはコンテナ内部にあります（./launcher enter app）。また、./launcher rebuild app を実行してもこの設定が保持されるようにするには、containers/app.yml ファイルの env セクションに DISCOURSE_S3_BUCKET を追加する必要があります。
私がこれを修正できたからこそ、これはサポートリクエストではなく開発者向けの投稿だったのです。私は引き続きこのコードをいじりながら、開発者たちが「正しい」解決策は何だと考えているかを尋ねたかったのです。
S3 には約 100GB のファイルがあるため、非常に慎重に進めています。現在、確認対象の投稿数に制限を設け、次に修正対象の投稿数に制限を設ける必要があります。私は一度に一つずつ試しています。このコードはあまり使われていないようですが、私はこのエラーを繰り返し目にしており、コードの劣化を懸念しています。バグによって突然サイト全体が壊れることを避けたいと考えており、これはそのような過ちを犯しやすい状況のように思えます。
-
upload://（私の場合、動画以外のアップロード）については、今のところ問題なく動作しているようです。一つずつ処理し、影響を受けた投稿を確認してすべてが正常に動作しているか確認しています。 -
upload://構文を使用しないアップロード（私の場合、確認できる限りでは動画アップロード）の場合、S3 の URL がリテラルで参照されている箇所では、URL が壊れてしまっています。何を何に書き換えるべきかを確実に理解すれば、修正はそれほど難しい問題ではありませんが、まだその点を確定できていません。そのため、これは私が近日中に投稿する PR の一つになる可能性が高いです。
これは私の余暇のプロジェクトですので、時期については約束できません。