それをテストしたことはありません。このプラグインは、アクセスと可視性のチェックをオーバーライドするため、通常は他のプラグインとうまく連携します。ActivityPubプラグインが、これらのチェックを（意図せず）バイパスする場所にフックする可能性があると想像できます。確認する唯一の方法は、テストすることです。
とはいえ、プライベートトピックカテゴリがActivityPubの対象となるユースケースは思いつきません。
「いいね！」 2
ああ、なるほど。これが何をしているのか誤解していました。
それなら、さらに良いですね。
「いいね！」 2
この素晴らしいプラグインをありがとうございます。長い間、これが不足していました。
「メール受信」機能と連携させてみましたが、単純なケースでは問題なく動作しますが、より複雑なケースではあまりうまくいきません。
- 誰かが 2 つの「プライベートトピック」カテゴリのメールにメールを送信した場合、表示されるのは 1 つだけです（Discourse の仕組みとしては正常ですが、メールを使用する人には理解できません）。
- ユーザーが複数のグループにバインドされたメールや、カテゴリにバインドされたメールに送信した場合も同様です。
- ユーザーが外部メールと「プライベートトピック」カテゴリのメールに送信した場合、返信すると、他の外部メールには返信が届きません。（グループメッセージは、会話に誰かを招待できるため、これをサポートしています）。
それらの問題は、このプラグイン固有のものではなく、カテゴリトピックとグループ受信トレイの一般的な欠点です。このプラグインは、それらすべてを解決することを目的としていません。
「いいね！」 1
修正：Discourse AI セマンティック検索が保護をバイパスできる状態でした。これは現在解決されています。このプラグインを Discourse AI プラグインと併用している場合は、必ずアップデートしてください！
「いいね！」 3
このプラグインを見ました。とてもクールです。
「いいね！」 1
RGJさん、プラグインありがとうございます。私の必要な機能を満たしているようです。私の必要な機能 
テスト中に見つかった2つの問題点があります。
- 既存のカテゴリA（現時点ではグループAのみアクセス可能）を、セキュリティ設定で「プライベートトピックを有効にする」チェックボックスをオンにし、別のグループBにプライベートトピックを投稿する権限を追加することで「公開」した場合、グループAの他のユーザーが作成した既存のトピックがすべてグループBのメンバーにも表示されるようです。そのため、_プライベートトピック_機能は、プラグイン有効化後に作成されたトピックにのみ有効で、プラグイン有効化_前に_作成された既存のトピックには機能しないようです。どなたか確認していただけますか？
私の期待/希望する動作は、既存のトピックもグループBのユーザーには非表示のままである（新しいトピックで機能するように）ことです。そうでなければ、移行方法がわかりません。 - テスト中、グループA（カテゴリの所有者）に属するユーザーがトピックを作成した後、グループBのユーザーに対してカテゴリ表示で
New (1)というカウンターが表示されることに気づきました。トピックは（正しく）ユーザーに非表示になっているため、このカウンターによる通知はバグであり、ユーザーを混乱させる可能性があります。
discourse 3.2.0.beta5-dev (cef6aca6e5)
plugin 1.5.3 (709df2c)
プラグインは、プラグインを有効にした後に作成されたトピックに影響を与えるだけでなく、それらのカテゴリ内のすべてのトピックで機能します。
が何を意味するのかわかりません。それがチェックボックスの下にあるグループセレクターに関するものであれば、その設定はそれを行いません。
トピックは、トピック作成者および以下のグループのユーザーに表示されます
そこにグループBを追加すると、グループBのすべてのメンバーがすべてのトピックを表示できるようになります。これは、たとえばサポートチーム向けです。
それがそのグループセレクターに関するものでない場合は、セットアップをさらに詳しく説明してください。
申し訳ありません、私の表現が悪かったです。
私はそこにグループBを追加しませんでした。グループBをカテゴリと投稿トピックを表示できるようにするための一般的なセキュリティ設定にのみ追加しました。
より詳細な設定の説明：
プラグインを有効にする前のカテゴリ設定：
- グループAのみがカテゴリ（表示、返信、投稿）にアクセスできます。
プラグインを有効にした後のカテゴリ設定：
- グループBへのカテゴリ（表示、返信、投稿）へのアクセスを追加
- このカテゴリのプライベートトピックを有効にする
- グループAを「トピックはトピック作成者および以下のグループのユーザーに表示されます：」（実際には、デフォルトで既に追加されていました）に追加
まず、Ember5の修正をプッシュしましたが、それはプラグインの動作に影響を与えるべきではありません。100%確実にするために、プラグインを最初から再構築して設定してください。
再現できません。
- 言われた通りに設定しました。ユーザーAがgroupAに、ユーザーBがgroupBに所属しています。
- ユーザーAが投稿しました。
- プラグインを設定しました。
- ユーザーBが投稿しました。
- ユーザーAが別の投稿をしました。
管理者画面
ユーザーAが見る画面
ユーザーBが見る画面
したがって、これは期待通りに動作しています。
また、これは非常に奇妙です。デフォルトのグループ追加はそこにはありません。
「いいね！」 1
迅速なフィードバックとテスト、ありがとうございます、@RGJ！返信が遅くなり申し訳ありません。他のタスクで数日間この問題から離れていました。プラグインを更新し、別のカテゴリで再テストしました。自分では再現できなくなったため、期待どおりに動作しているようです。管理者が開始したトピックのみがカテゴリに表示されます（おそらく意図的で合理的です）。最初のテストで混同した可能性があります。ご迷惑をおかけしました！
「新規」トピックの「新規」カウンターの問題は続くようです。ユーザーは自分のスレッドのみを表示できるグループにいますが、「新規」カウンターが表示されます。しかし、「サポート」グループのユーザー（すべてのトピックを表示できる）が新しいトピックを投稿しても、新しいスレッドを表示できません。以下のスクリーンショットを参照してください。権限のないユーザーの場合の「Neu (5)」
権限のあるサポートユーザーのビュー：
「いいね！」 1
その通りです。これは private topics permitted groups 設定の「これらのグループのメンバーによって開始されたトピックを常に表示する」によって制御されています。
はい、既知の問題です。PRまたはポインターを歓迎します。
「いいね！」 1
一つの質問ですが、答えは私でもわかるかもしれません。
プラグインが競合などの理由で無効にしなければならなかった場合、すべてのトピックと投稿は誰にでも表示されるようになりますか、それともそのカテゴリは誰にも制限されますか？
最初の選択肢は、私にとっては完全にノーノーであり、機密データが多すぎます。しかし、2番目の選択肢であれば…それなら我慢できます。
プラグインを無効にすると、そのカテゴリ内のすべてのトピックが誰にでも表示されるようになります。
それを回避したい場合は、プラグインを無効にする前に、カテゴリの権限をより厳格に変更する必要があります。
「いいね！」 1
予想通りです。そのため、1つの大きなリスクがあります。それはヒューマンエラーです。無効にする必要がある場合、その混乱の中でグループ制限も調整することを覚えておく必要があります。それは実際には本当に大きな疑問符です。
カオスを避ければ大丈夫ですよ 
「いいね！」 1
それは非常に真実です🤣 しかし、プラグインと環境の問題は私の手に負えません（そうでなければ…エキサイティングでしょう🤦♂️）
アイデアを試しているだけです…もしセキュリティ対策があれば、例えばコンパニオンコンポーネントが1つだけ、そして唯一の仕事：プラグインのステータスを監視し、カテゴリが世界に公開されていることを管理者にすぐに通知する、というようなものです。
私は小規模なプレイヤーですが、これを使用している企業ベースのフォーラム、そしてしばしば複数の管理者がいるフォーラムは、このリスクを完全に認識しているのか疑問に思っています🤔
「いいね！」 1
可能性についてあまり知らないので、おそらく無関係な考えかもしれませんが、リスクを軽減するにはどうすればよいでしょうか。プラグインを無効にする前/中に、ユーザーにプラグインを無効にすることの結果を思い出させ、カテゴリのセキュリティ設定を再確認するように促すダイアログを表示します。
私の個人的な意見ですが、一般的に、この問題はそれほど大きくないと思います。なぜなら、必要としているプラグインを盲目的に無効にするのではなく、プラグインを無効にする必要がある場合に要件を満たす方法について、いくらか考えるだろうと想定するからです。
最も一般的な理由は、フォーラムがダウンしていることです。そして、原因と修正がプラグインを無効にすることだとわかっているのに、まだ考えている管理者はあまり知りません。Category Lockdownは好きですが、壊れているので一瞬で削除しました。その時点で、長期間うまく機能していた特定のプラグインの制限を覚えておく必要があります。
これはバックアップと同じ問題です。バックアップがいかに重要であるかは皆知っています。しかし、それが手作業と記憶に依存している場合…バックアップがないか、または非常に古いものになります。
人的要因は史上最大の危険です。
とにかく。プラグイン自体は素晴らしいですが、長所と短所を少し考える必要があります。私はさまざまな規制下にあり、そのデータを公開することは、単一の方法以上のコストがかかる可能性があります。
「いいね！」 2
問題は、プラグインを無効にする最も一般的な方法は、単にプラグインを削除してから再構築することです。そのため、Discourse内では、プラグインはすぐに「消えて」しまいます。
設定 private_topics_enabled が見つからない場合、または false の場合に警告バナーを表示し、影響を軽減するために特定のカテゴリを空白にする CSS を使用するテーマコンポーネントはどうでしょうか？
「いいね！」 2