لا يبدو أن هذا هو الحال بعد الآن - في موقعي، يبدو أنه يقتصر على المسؤولين فقط (تم اكتشافه بعد محاولة تدريب أحد المشرفين لدي لتحويل موضوع إلى موضوع عام). لا يمكنني العثور على إعداد يحكم هذا.
لست متأكدًا مما إذا كان هذا تراجعًا أم أنه متعمد.
حسنًا ، لقد اختبرت هذا للتو ولا يزال يعمل كما هو متوقع ويسمح للمشرفين بإنشاء موضوع من رسالة خاصة:
لوحة تحكم المستخدم التجريبي تظهر الأذونات:
تم تسجيل الدخول كمستخدم تجريبي مع رسالة خاصة إلى النفس:
هل جربت ذلك بحساب مشرف تجريبي؟
3 إعجابات
حسنًا - أفهم المشكلة الآن. يتعلق الأمر بالتفاعل بين الحذف والتغييرات في قائمة المشرف للمواضيع التي لا يتم تحديثها حتى يتم إعادة تحميل الصفحة. هذه مشكلة (على الرغم من أنها مشكلة صغيرة جدًا).
لإعادة الإنتاج:
- قم بزيارة موضوع موجود (يمكن أن يكون رسالة شخصية) بحساب يتمتع بامتيازات المشرف/المسؤول
- احذف الموضوع
- لاحظ أن خيار
جعل الموضوع عامًا / جعل رسالة شخصيةلا يزال مرئيًا
- لاحظ أن خيار
- قم بتحديث الصفحة
- لاحظ أن خيار
جعل الموضوع عامًا / جعل رسالة شخصيةلم يعد موجودًا
- لاحظ أن خيار
- استعد الموضوع
- يظل خيار
جعل الموضوع عامًا / جعل رسالة شخصيةغائبًا حتى يتم تحديث الصفحة
- يظل خيار
يبدو أن تحديث الصفحة مطلوب بعد حذف/استعادة موضوع. ربما يجب تضمين هذا في إجراء حذف/استعادة الموضوع؟
6 إعجابات
من الواضح جداً فهمه.
إعجابَين (2)
هناك علامة صح خضراء ضد TL0 لكتم صوت مستخدم. بعد إجراء فحص سريع لهذا الموضوع Which roles are allowed to mute other users? - #4 by JammyDodger يبدو أن هذه قدرة TL1. هل يمكن لأحد تحديث الوثيقة. 
أيضًا، تم تغيير اسم “إشعارات الموظفين” أيضًا.
5 إعجابات
شكرا يا جامي - لقد قمت بتحديث المنشور الأصلي. 
3 إعجابات
لا أرى قائمة هنا لمستوى الثقة المطلوب لتفويض الوصول إلى واجهة برمجة تطبيقات المستخدم (كما هو مذكور هنا: "Sorry, you do not have the required trust level to access the user API" when on iOS). بناءً على ذلك، يبدو أن 0 هو الحد الأدنى للمستوى، ولكن يمكن تكوينه أيضًا. هل يمكن توثيق ذلك هنا؟ أم أنني لم أقرأ بشكل كافٍ؟
إعجاب واحد (1)
مرحباً بك في ميتا 
أعتقد أنك على حق؛ لم يتم تضمين الإذن والإعداد المرتبط به في الجدول.
الإعداد user_API_key_allowed_groups افتراضياً هو مستوى الثقة 0. لا يمكن إزالة مجموعات المسؤول والمشرف من الإعداد. ومع ذلك، للحد من الأذونات، يمكن للمسؤولين إزالة مجموعة مستوى الثقة 0، والتي تشمل جميع المستخدمين الذين سجلوا. بعد ذلك، يُسمح فقط للموظفين باستخدام واجهة برمجة تطبيقات المستخدم. يمكنهم أيضاً إضافة مجموعات أخرى لتقييد الوصول إلى مجموعات محددة.
إعجابَين (2)
لم أكن أعرف عن هذا الرابط الخام، أتعلم كل يوم 
إعجاب واحد (1)
هل هناك طريقة لتقييد بعض مستويات المستخدمين من تحميل البعض أو الكل بخلاف النهج الأساسي للجميع مقابل الموظفين الموجود في ADMIN > FILES > Authorized extension أو > Authorized extension for staff؟
إعجاب واحد (1)
هل يساعد إعداد الموقع Embedded media post allowed groups؟
3 إعجابات
شكرا لك. أعتقد أن هذا المكون سيكون مناسبًا.
إعجاب واحد (1)