皆さん、こんにちは。今日気づいたのですが、制限されたカテゴリに対して以下のことができなくなりました。
レンチ > トピックを固定 > バナートピックにする
再利用するバナーのテンプレートについて、皆さんはどのように管理していますか？
バナーに使用する情報がパブリックなカテゴリに散在して煩雑になるのは望ましくないと思いますが、何か見落としているのかもしれません。
皆さんのワークフローについてお伺いしたいです。
参考となる関連PRはこちらです: DEV: Gate read-restricted banner topics by janzenisaac · Pull Request #38496 · discourse/discourse · GitHub
このような機能が変更されたり削除されたりするのは、通常、セキュリティやアクセス制御に関する考慮事項によるものです。この場合、バナートピックは制限付きでアクセスできるようになり、読み取り制限のあるカテゴリ内のトピックをバナーとして使用できなくなりました。
とはいえ、現在、お客様のようなユースケースに役立つ、より良いワークフローや改善点がないか社内で議論しています。
当面の間、バナートピックが通常のトピックリストに表示されないようにすることが目的であれば、プライベートカテゴリではなく、公開カテゴリでバナートピックを最初から「未掲載 (Unlisted)」として作成するという回避策が考えられます。未掲載のトピックは一般ユーザー向けのトピックリストやカテゴリビューには表示されませんが、直接リンクからアクセスしたり、プログラムで利用したりすることは引き続き可能です。
整理整頓のために、後でそれらのトピックを簡単に見つけられるように、#banner のようなタグを追加することもできます。
その後、Discourse Automation プラグイン を使用し、「バナートピックにする (Make Banner Topic)」スクリプトを実行して、未掲載トピックのIDを参照します。これにより、通常の閲覧からは実質的に非表示にしたまま、バナーに変換されます。
この変更は少々奇妙に思えます。
第一に、バナーを変更する権限を持つスタッフは、閲覧制限のあるこのトピックにアクセスできるのと同じ人々です。彼らがトピックをバナーとして指定する場合、その内容を公にしたいと意図的に望んでいると考えるのが妥当なので、これがセキュリティ上の問題になるとは思いません。
第二に、実際には、当サイトのスタッフは、閲覧制限のあるトピック内で告知文を起草してから、それをバナーとして設定することに慣れています。
セキュリティ上の問題は、バナーの内容が管理者やモデレーターだけでなく、誰にでも利用可能になっていた点です。管理者が、読み取り制限のあるすべてのバナーが一般に公開されることを認識しているというあなたの想定には同意しません。
しかしながら、パブリックカテゴリを混乱させたくないというユースケースと要望は理解できます 
@dax とりあえずの回避策ありがとうございます。これで試してみます。ただし、専用のスタッフ起草ゾーンがないのは寂しいですね。
(post deleted by author)
I tried the method described above, but the ‘Pin topic’ option disappears when you unlist it.
For that reason i said to use the Automation plugin for now