RGJ
(Richard - Communiteq)
1
つまり、フォーラムが「ログイン必須」に設定されている場合、「新しいカテゴリを作成」では「すべてのメンバー」と「プライベート」の選択肢が表示されます。ログイン必須が設定されていない場合、選択肢は「パブリック」と「プライベート」に変わります。
しかし、どちらの場合も左側のボタンは everyone を割り当てます。
以下のようなことが起こります:
- 新しいフォーラムを設定しています
- 設定中なので「ログイン必須」に設定します
- カテゴリを作成し、「すべてのメンバー」を選択します
everyone が割り当てられます
ログイン必須 を無効にして、フォーラムを公開します
- カテゴリは匿名でログインしていないユーザーにもアクセス可能になります
- パニック

期待される動作:
- ボタンが「すべてのメンバー」と表示されている場合、
trust_level_0 または新しい logged_in_users が割り当てられること。
また、これにより、新しい細粒度の権限機能が有効になっていても、カテゴリの権限には適用されないことがわかりました。これは本当に混乱を招きます。
「いいね!」 4
chapoi
2
@martin 感想は?どうアプローチすべきか迷っているが、あまり理想的とは言えなさそうだ
RGJ
(Richard - Communiteq)
3
提案:2つのボタンではなく、3つのボタンにしましょう
- 公開(ログインが必要な場合は無効化) →
everyone を割り当て
- メンバー限定 →
trust_level_0 または新しい logged_in_users を割り当て
- 非公開 → 選択されたグループに割り当て
関連するバグ Category permissions and the new permission groups
「いいね!」 2
martin
(Martin Brennan)
4
はい、私の意図は、この今後の変更でカテゴリ権限を大幅に変更しないことでした。したがって、これら(これと Category permissions and the new permission groups - #5 by martin )は、むしろ予期せぬ副作用です。everyone(全員)をカテゴリ権限のオプションからすぐに削除するつもりはありませんが、将来的には、この件について迅速なフォローアップを行うのが良い考えではないでしょうか。
問題は、everyone カテゴリ権限を何にマイグレートすべきか、さらに明確でないだろうと考えていたことです。しかし、あなたが提案しているようなロジックに従うことができるかもしれませんか。例えば、everyone を削除した場合、サイトに対して次のカテゴリ権限を追加するマイグレーションが実行されます:
- ログインが必要なサイト →
everyone は logged_in_users(ログイン済みユーザー)になります
- パブリック/ログインが不要なサイト →
everyone は logged_in_users(ログイン済みユーザー)と anonymous_users(匿名ユーザー)の2つの別々のカテゴリ権限になります
この提案が最も理にかなっており、最も明確だと考えますので、可能になったらその変更を行います。
「いいね!」 2
RGJ
(Richard - Communiteq)
6
その議論は元のトピックで続けるのが良いと思うので、そこで返信します。
公開/メンバー/非公開のボタンに関するこの特定の問題は比較的単純で、この変更によって解決します。
「いいね!」 3