تعديل: المشكلة هي أن المسؤول الافتراضي لا تتم إضافته إلى مجموعات ‘staff’ أو ‘admin’ في البداية على الرغم من ظهوره كمسؤول: نعم في ملفهم الشخصي.
كنت فقط أعبث بنسخة اختبار جديدة ولاحظت أنه بعد تمكين الدردشة، لم يتمكن المسؤول الافتراضي من رؤية فقاعة الكلام، وتم إرجاع الدردشة/التصفح/الفتح بهم إلى /latest.
أعتقد أنني رأيت شيئًا كهذا من قبل. هل هو إضافة كل من staff و admins؟ هل يؤدي إزالة أحد هذين الخيارين إلى تمكين المسؤول من الدردشة دون رفع مستوى الثقة لديه؟
هذه نسخة جديدة تم بناؤها يدويًا على DO هذا الصباح، أنا أختبر فعليًا تجربة الخروج من الصندوق الحالية. لديهم عضويات تلقائية في مجموعات TL، ولا توجد عضويات مخصصة. مسؤول نعم، مشرف لا - إنه المسؤول الافتراضي في نسخة جديدة، لذا اتبع الافتراضيات.
يبدو أن المجموعات التلقائية لا يتم تطبيقها. لقد قمت للتو بتشغيل نسخة أخرى والمسؤول الافتراضي لديه فقط مستويات الثقة، وليس لديه “موظف” أو “مسؤول”. يمكنني تشغيل عضويات تلك إما بجعله مشرفًا، أو بإنشاء مسؤول آخر. لقد فكرت في ترك النسخة تعمل طوال الليل لمعرفة ما إذا كانت وظيفة sidekiq ستعالج هذا الأمر، ولكن ربما لا ينبغي أن تكون في تلك الحالة للمسؤول الوحيد في نسخة جديدة لأي فترة زمنية.
لذا يبدو أن المشكلة ليست في الدردشة، بقدر ما هي في عضويات المسؤول الافتراضي في نسخة جديدة… سأعيد تسمية هذا الموضوع وأزيل علامة chat.
هل هذه مشكلة جديدة؟ هل تقترح أن يكون المسؤول الجديد مسؤولاً ومشرفًا؟ أتساءل عما إذا كان هذا قرار تصميم تم اتخاذه منذ فترة طويلة أم تغييرًا جديدًا.
فيما يتعلق بالدردشة، يبدو لي أن المستخدم المسؤول يجب أن يكون قادرًا على الوصول إلى جميع الدردشات حتى لو لم يكن مدرجًا في chat allowed groups، تمامًا كما يمكنه الوصول إلى كل شيء آخر على الموقع.
كما هو الحال، كنت ألقي نظرة على تجربة المستخدم الجديدة هذا الأسبوع أيضًا ولاحظت أن صفحة المجموعات على موقع جديد يمكن أن تكون مربكة لأول شخص غير موظف يظهر. إنها مملة، وتظهر فقط مجموعة المشرفين في القائمة، ولا يوجد أعضاء في مجموعة المشرفين.
يجب أن يكون المسؤول الافتراضي عضوًا في مجموعة المسؤولين ومجموعة الموظفين. في المثيلات التي أنشأتها اليوم، لم يكن الأمر كذلك. كانت عضويات مجموعتهم الوحيدة في البداية هي TL0 و TL1، مما منحهم TL4 حل الأعراض التي كنت ألاحظها مع الدردشة ولكن ليس السبب الجذري.
إذا أضفتهم يدويًا كمشرف، فقد تلقوا عضوية مجموعة الموظفين. إذا أضفت مسؤولًا آخر، فقد تم تصحيح عضوياتهم.
على الرغم من ذلك، بينما كنت هناك ذهبت إلى /sidekiq وقمت بتشغيل Jobs::EnsureDbConsistency وهذا ملأ المجموعات التلقائية الصحيحة. كما قال @Stephen في وقت سابق، يجب أن يكون جاهزًا حقًا منذ البداية.
لقد قمت للتو بدمج إصلاح أساسي لهذا، ومن المحتمل أننا لم نلاحظ هذا سابقًا لأن عددًا أقل من الإعدادات اعتمدت على هذه المجموعات التلقائية، ولكننا الآن نتجه بشكل عام نحو استخدام إعدادات الموقع group_list لذا يجب أن يساعد هذا:
هذه صفحة المستخدم الخاصة بالمسؤول في تثبيت جديد:
