اختيار مجموعة "الجميع" في إعداد allowed_on_groups لا يُمكّن إنشاء الأحداث

إعداد discourse post event allowed on groups يمنح مجموعة “الجميع” كأحد خياراته. عند تحديده، يكون التوقع هو السماح للجميع بإنشاء الأحداث، ولكن هذا ليس هو الحال. للسماح لأي مستخدم في المنتدى بإنشاء حدث، ستحتاج إلى تحديد مجموعة trust_level_0.

أعتقد أن مشاكل مماثلة مع تضمين مجموعة “الجميع” في قوائم الإعدادات المنسدلة قد ظهرت في الماضي. ربما يسحب الإعداد جميع المجموعات، ولكن مجموعة “الجميع” ليست مجموعة حقيقية ويجب استبعادها من معظم هذه الإعدادات.

5 إعجابات

نعم، أعتقد أنه يستخدم list_type: group لسحب المجموعات الموجودة - أفعل هذا في بعض مكونات السمات الخاصة بي. بشكل عام، أعتقد أن مجموعة الجميع غريبة بعض الشيء (وليست مجموعة في الواقع، بحد ذاتها)، وبصراحة، أفضل أن يكون لدي مجموعة مجهولة (أو غير TL0 وما فوق) لأتمكن من استهدافها في أماكن مختلفة (أو على الأقل كمجموعة افتراضية إضافية). أعرف أنه في CSS، يمكن للمرء استخدام .anon، لكنه ليس مثل المجموعة.

5 إعجابات

لقد واجهنا بضع حالات من هذا النوع الآن، بما في ذلك مشكلة Contribute > Bug الحالية المتعلقة بالقوالب - "everyone" group unable to see private templates

أعتقد أننا سنقوم بمراجعة دقيقة لمكان استخدام هذه “المجموعة الوهمية” بالضبط عبر جميع الأنظمة، وسواء جعلناها تعمل بشكل متسق أو إزالة خيارها من القائمة المنسدلة تمامًا. :crossed_fingers:

5 إعجابات

واجهت هذا بنفسي اليوم، لا يزال الجميع لا يعمل ولكن TL0 يعمل

5 إعجابات

لقد صادفت هذا أيضاً اليوم. إنه خطأ فعلاً! سأحاول نقله إلى Contribute > Bug (تم بنجاح)

الطريقة الوحيدة التي اكتشفت بها ذلك كانت من خلال شكاوى مستخدم عنيد بشكل غير معتاد (بشكل بنّاء). لذا يفسر ذلك لماذا أنا والمدير الآخر هما الوحيدان اللذان قاما بنشر أحداث على مدار العامين الماضيين!!!

4 إعجابات

لقد ظهر هذا مرة أخرى:

أعتقد أن هذا سيؤدي إلى تعثر معظم الأشخاص الذين يستخدمون هذا المكون الإضافي، ما لم يعرفوا هذه الحيلة الصغيرة حول “الجميع”؛ ربما يكون إخفاء خيار “الجميع” من الخيارات طريقة سريعة لحل هذه المشكلة.

6 إعجابات