لدي مستخدم اختبار TL1 أستخدمه لاختبار الأشياء أو الأذونات وما إلى ذلك. ولكن اليوم لاحظت أن “الرسائل” غير متاحة لهذا المستخدم.
يمكنني إرسال رسالة، أو فتحها من الإشعارات، أو عبر عنوان URL مباشر، ولكن لا يوجد عنوان URL للرسائل في:
هل لدى أي شخص فكرة عن كيفية إصلاح هذا؟
المستخدم لديه TL1، والذي يجب أن يمنح الوصول إلى الرسائل الخاصة.
مثال: يجب أن يكون هناك “رسائل” هنا في صفحتي الشخصية:
أعتقد أنه يمكنني تأكيد ذلك. سأنقله إلى Bug. 
personal message enabled groups تم تعيينه إلى trust_level_1أراه هنا في Meta أيضًا:
حسناً، شكراً للتأكيد. في ميتا، أنا TL3 ولكن علامة التبويب “الرسائل” مرئية بالنسبة لي.
في الواقع، لقد أخطأت في اختبار ميتا… 
لقد قمت سابقًا بترقية مستخدم الاختبار الخاص بي إلى TL0 ونسيت أمره. أدى ترقيته إلى TL1 إلى ظهور علامة التبويب “الرسائل”. على الرغم من أن ذلك قد يساعدني في معرفة سبب عدم حدوث الشيء نفسه على موقع الاختبار الخاص بي.
لقد جربت ذلك من قبل، وتغيير من TL1 إلى TL0، ثم العودة إلى TL1، وحتى TL3 ولم يحدث أي منها فرقًا.
وضع الأمان أيضًا لا يصلح المشكلة بالنسبة لي.
يبدو أنه مخفي على موقع الاختبار الخاص بي للمستخدمين غير الموظفين. رفع مستوى المستخدم التجريبي الخاص بي إلى أي شيء أقل من مشرف لا يجعله يظهر. على الرغم من أنه ليس مشكلة هنا في ميتا. 
لقد قمت للتو بتحديث مثيل آخر، ثم سجلت الدخول كمستخدم TL1، واختفت الرسائل من القوائم والملف الشخصي. أنا لا أستخدم الشريط الجانبي/قائمة الإشعارات الجديدة/التجريبية هنا.
هذا بالضبط ما أواجهه في مثيلين.
لقد قمت بتحديث موقع الاختبار الخاص بي هذا الصباح لإجراء محاولة أخرى بشأن هذا الأمر ولم أعد أرى هذه المشكلة. تظهر علامات تبويب الرسائل الآن في المكان الذي يفترض أن تكون فيه للمستخدمين غير الموظفين. لا أعرف ما إذا كان هذا نتيجة لتحديث جديد (لا يمكنني رؤية أي التزامات ذات صلة) أو ربما إعداد قمت بتغييره / شيء قمت به أثناء اختبار مشكلات أخرى.
لاستبعاد ذلك، هل يمكنك التحديث إلى أحدث إصدار ومعرفة ما إذا كان ذلك يساعد؟
(للعلم، قمت أيضًا بإنشاء موقع اختبار جديد أثناء استكشاف شيء آخر، وكان لدى مستخدم اختبار TL1 الجديد هناك أيضًا علامات تبويب الرسائل معروضة في الأماكن الصحيحة)
لقد قمت بإعادة بناء مرتين في الـ 24 ساعة الماضية ولم يتم حل المشكلة حتى الآن. غريب.. أتساءل ما الذي يمكن أن يكون السبب. الوضع الآمن لا يحلها أيضًا..
لاحظت أن السماح للمستخدمين الآخرين بإرسال رسائل شخصية ورسائل دردشة مباشرة لي غير متوفر أيضًا في صفحة تفضيلات الملف الشخصي للمستخدم TL1.
كنت أقوم ببعض التجارب باستخدام إعدادات المكون الإضافي الجديدة direct message enabled groups (بالإضافة إلى chat allowed groups الموجود) خلال الفترة التي لم تكن فيها علامات التبويب موجودة ثم أصبحت موجودة. هناك احتمال ضئيل أن يكون تغيير وإعادة تعيين هذه الإعدادات هو السبب؟
لقد جربت للتو إعدادات الدردشة هذه، وقد أجريت بالفعل بعض الاختبارات بإعدادات أخرى في وقت سابق لمعرفة ما إذا كانت هناك مشكلة في تلك الإعدادات. لذا ربما لدي بعض الإعدادات القديمة التي لا تزال ممكّنة؟ لست متأكدًا..
تحرير: ضبط الحد الأدنى للثقة لإرسال الرسائل على 0: مستخدم جديد يجعل الرسائل تظهر، على الرغم من أنني قمت بترقية المستخدم إلى TL1.
تحرير2: إذن، للاستنتاج بعد آخر اكتشاف، مع الإعداد كما هو موضح أدناه، لا يمكن لأحد باستثناء المسؤولين/المشرفين رؤية الرسائل. إذا قمت بتعيين الحد الأدنى للثقة لإرسال الرسائل إلى 0: مستخدم جديد، يرى الجميع بما في ذلك TL0 قسم الرسائل. نفس السلوك على مثيلين.
المجموعات التي تم تمكين الرسائل الشخصية فيها لها بعض التأثير، في صفحة المستخدم تتم إزالة زر الرسالة إذا لم يكن لدى المستخدم المستوى المطلوب. ولكن علامات تبويب الرسائل تظهر فقط عندما يتم تعيين الحد الأدنى للثقة لإرسال الرسائل على 0: مستخدم جديد
لقد قمت بتحديث مثيل Discourse الخاص بنا إلى الإصدار 2.9.0.beta10 ولكني لم أقم بتفعيل ميزة الشريط الجانبي الجديدة. لاحظ مستخدمونا أن أيقونة الرسالة الشخصية قد اختفت منذ ذلك الحين
في شريط القائمة عند النقر على الصورة الرمزية في الزاوية العلوية اليمنى، على الرغم من أنني كمسؤول لا أزال أرى أيقونتي. هل تمت إزالة الأيقونة بسبب إطلاق قائمة الشريط الجانبي الجديدة؟ هل هناك طريقة لاستعادتها؟ شكرا لك!
شريط قائمة المسؤول:
شريط قائمة المستخدم العادي:
شكرا لك!
لقد قمت بنقل مشاركتك إلى هذا الموضوع لأنها تبدو وكأنها نفس المشكلة.
آمل أن يجعل التقرير الثاني تحديد المشكلة أسهل الآن بعد أن قمت بإصلاح مشكلتي عن طريق الخطأ دون معرفة السبب. 
هل يمكنك محاولة تغيير min trust to send messages إلى TL0 ثم العودة إلى TL1 مرة أخرى لمعرفة ما إذا كان إعادة تعيينها يساعد؟
لا، هذا لا يساعد.
ما هو الملاحظ: إذا قمت بتعيين الإعداد المذكور أعلاه إلى TL0، وحفظت، وقمت بتحديث الصفحة، فهذا ما تبدو عليه:
لقد لاحظت ذلك في جهازي أيضًا. أعتقد أنه لا يزال يسجل شيئًا في سجلات الموظفين حول تغيير الإعداد، ولكنه مرتبط بـ personal_message_allowed_groups. سأضطر إلى التعمق أكثر في ذلك غدًا، ولكن قد يكون هذا مكانًا للبحث لمعرفة ما إذا كان بإمكاني تتبع ما فعلته.
أنا ألقي نظرة على هذا لأنني أضفت الإعداد personal_messages_enabled_groups. هذا السلوك غير متوقع:
يبدو أن ما يحدث هو أن تغيير إعدادات enable_personal_messages و min_trust_to_send_messages في واجهة المستخدم يغير أيضًا إعداد personal_message_enabled_groups. إذا قمت بإلغاء تحديد enable_personal_messages وحفظته، فإنه يمسح personal_message_enabled_groups، مما يعيد إنتاج السلوك الموضح أعلاه. أو إذا قمت بتعيين min_trust_level_to_send_messages إلى TL1، فإنه يعين personal_message_enabled_groups للمشرفين.
سأفتح طلب سحب اليوم لإخفاء الإعدادات القديمة في واجهة المستخدم، وأيضًا إصلاح هذا الجزء من SiteSettingsController الذي يقوم بشكل غير مشروط بتعيين قيمة الإعداد الجديد إلى ما نقوم بتغيير الإعداد القديم إليه، حتى لو لم يتم تعيين override على true:
سأقوم بإخفاء الإعدادات القديمة أولاً لوقف النزيف. تأكد من تعيين personal_message_enabled_groups إلى ما تريده واترك الإعدادات الأخرى كما هي، وأخبرني إذا كان هذا لا يزال لا يصلح المشكلة.
تم دمج طلب السحب لإخفاء الإعدادات القديمة للتو:
شكرًا، لقد قمت بإعادة بناء وما زلت متأخرًا بتعهد واحد، ولا يظهر أن هناك تحديثًا متاحًا على /admin/upgrade أيضًا. سأحاول مرة أخرى غدًا. شكرًا مرة أخرى وليلة سعيدة الآن!
لقد قمت بدمج إصلاح آخر في وقت سابق، لذا لا ينبغي أن يحدث هذا للإعدادات الأخرى المهملة التي لم يتم إخفاؤها في واجهة المستخدم FIX: Deprecated settings should not override from UI by martin-brennan · Pull Request #18536 · discourse/discourse · GitHub
يبدو أنه تمت إزالة الإعدادات القديمة، ولكن لا تزال جميع مجموعات TL (Team Lead) يتم تجاهلها، ولدى المستخدمين وصول إلى الرسائل فقط إذا تم تعيين الإعداد الجديد على “الجميع”.
