しまった。今夜、このコンポーネントを更新して、最新のコミット 「プラグインのアウトレットにレンダリングするための新しいAPIに切り替えます。(#37)」 を取り込みました。カスタムリンクが1つ消えてしまい、再度表示させることができません。アンインストール、再インストール、再起動を試しましたが、効果はありませんでした。
(3.2.0.beta2-dev - 76e5a939d4、デフォルトテーマ)
しまった。今夜、このコンポーネントを更新して、最新のコミット 「プラグインのアウトレットにレンダリングするための新しいAPIに切り替えます。(#37)」 を取り込みました。カスタムリンクが1つ消えてしまい、再度表示させることができません。アンインストール、再インストール、再起動を試しましたが、効果はありませんでした。
(3.2.0.beta2-dev - 76e5a939d4、デフォルトテーマ)
更新:新しいバージョンを削除し、9月7日のコミットのzipファイルからインストールしました。
成功 – そのバージョンは以前のように動作しました。
10月11日のコミット以降、他に問題があった方がいれば、ぜひ教えてください。
はい。ご報告ありがとうございます。再現できました。
テーマコンポーネントを更新したところ、ヘッダーリンクも消えてしまいました。

![]()

テーマコンポーネントは8日前に導入された新しいAPIを使用していますが、76e5a9は2週間前のものです。
そのため、何も表示されません。APIが利用できません。
可能であれば、この問題を修正するためにDiscourseをアップグレードすることをお勧めします。
最近、同様の事例が見られます
。ダッシュボードにアップデートに関する警告メッセージを表示すると良いと思います。
興味深いです。これを教訓にします。似たようなことが起こるのも無理はありません。確かに、うっかり陥りやすいことです。
管理ダッシュボードでは、完全に最新の状態であるかのように表示されます。
(なぜベータ版なのか分かりません。公式のDockerインストールを行っただけです。)
アップグレードタブに移動すると、アップグレードが利用可能であることがわかります。しかし、それは3.2.0.beta2よりも古いように聞こえるv3.2.0.beta1用です…? 「-dev」の意味は何ですか?ベータ版リリース/状況を説明するドキュメントが見つかりません。
一般的に、コンポーネントは、インストールされているDiscordリリースと互換性のないアップデートを提供できるべきでしょうか?それはこのような混乱を招くように思えます。WordPressプラグインのように、ベースのインストールをアップデートするまで保留していることを明確に示す動作を期待していました。
そこにあるように、新しいマイルストーンがある場合にのみ更新通知が届きます。コミットごとに更新するように指示された場合、それは1日に何度も発生することになります。
バグに気づいた場合は、まず更新して修正済みかどうかを確認することをお勧めします。
GitHubで正確なバージョンを確認する方法の説明として、Finding what version of Discourse you're using も気に入っています。もちろん、管理者であればHTMLビューは必要ありません。
-dev の説明は次のとおりです。
リンクをありがとう、@Moin – リリースページやGithubなどを確認しましたが、ここでは十分深く検索していませんでした。
これにより、理論上の多くの疑問が解消されました。しかし、読んだ後…
「3.2開発サイクルは
3.2.0.beta1-devから開始します。リリース準備が整ったら、3.2.0.beta1としてスタンプされ、その後すぐに3.2.0.beta2-devの開発を開始するコミットが続きます。」
…beta2-devからbeta1に「更新」すべきかどうか、まだ確信が持てません。
マイルストーンの通知があるまで、様子を見ることにします。
Discourse/Docker のアップデートを確認してください。今週初めに同様の問題が発生しました。いくつかの Theme component を更新したところ、それらのコンポーネントに関連する表示の問題が発生しました。
ダッシュボードには Discourse のアップデートは表示されていませんでしたが、Docker と Discourse の両方にコミットがありました。
Discourse を更新すると、コンポーネントは期待どおりに動作するようになりました。
テーマ互換性システムにバグがあるようです。現時点では変更を元に戻しました。