من الممكن إضافة إشعارات الفئات (عبر /g/[group_name}/manage/categories) للفئات التي لا تملك المجموعة إذنًا لرؤيتها. على سبيل المثال، يمكنك تعيين جميع أعضاء Trust_level_0 لمراقبة فئة الموظفين. هناك حتى موجه لتطبيق التغيير تاريخيًا:
سيكون هذا سيئًا للغاية 
إذا أجرى Discourse هذا التغيير بالفعل وبدأ في إظهار للمستخدمين العشوائيين ما يقوله الموظفون في الخاص. لحسن الحظ، الموجه كاذب. بعد إجراء هذا التغيير المخيف جدًا (على نسخة تجريبية) يمكنني انتحال شخصية مستخدم عشوائي ورؤية أنه لم يتم تعيين هذا في تفضيلات التتبع الخاصة به (/my/preferences/tracking/) ولا يتلقى إشعارات بالنشاط الجديد. أمان الفئة يعمل كما هو متوقع.
ومع ذلك، عندما أنظر إلى تفضيلات تتبع المستخدم أثناء تسجيل الدخول كمسؤول، أرى هذا:
يمكنني إضافتهم إلى جميع أنواع الفئات الخاصة، مما قد يسبب ذعرًا لحظيًا إذا كنت لا تعرف أن Discourse يدير الأمور بشكل صحيح في الخلفية.
أعتقد أن النهج الصحيح هو منع المسؤولين من تعيين تفضيلات التتبع للفئات التي لا يمكن للمستخدمين قراءتها فعليًا. هذا يعني أنه لا يمكنني إضافة فئة يدويًا أثناء زيارة ملف تعريف مستخدم آخر ما لم يكن في مجموعة يمكنها رؤية الفئة. وإذا استخدمت التحديث المجمع لإضافة مجموعة بأكملها إلى فئة، فسأحصل على خطأ إذا لم يكن لدى المجموعة إذن لقراءة الفئة.
هل هناك أي سبب للسماح للمسؤولين بإضافة إعدادات إشعارات لا ترسل إشعارات فعليًا؟ الحالة الوحيدة التي يمكنني التفكير فيها حيث قد يكون ذلك منطقيًا هي إذا كان المسؤول يخطط لفتح فئة في المستقبل ويريد أن تكون الإشعارات للمجموعة المناسبة جاهزة مسبقًا. (لكنني لا أعرف ما إذا كان هذا شيئًا معقولًا للقيام به.)