أشغّل موقعي منذ أكثر من عام، وبدأت هذه المشكلة تظهر مؤخرًا فقط.
لدينا العديد من المستخدمين في وضع “المراجعة” (staged users)، إذ يعمل الموقع بشكل أساسي كمكتب مساعدة / مركز تذاكر.
خلال الأسبوع الماضي تقريبًا، تراكمت التذاكر التي تحتوي على وسائط مضمّنة (لقطات شاشة) في طابور الموافقة.
عندما فحصت إعدادات “مجموعات الوسائط التي تتخطى المراجعة”، وجدت أن TL0 مدرج هناك، لكني أعتقد أن المستخدمين في وضع المراجعة قد يكون لديهم علم (flag) مختلف قليلًا.
يجب إصلاح هذه المشكلة لأن المستخدمين يفوّتون التذاكر. لماذا بدأت هذه المشكلة الآن تحديدًا؟
أعتقد أن المستخدمين المرحليين كانوا محصنين ضد معظم القيود. ولهذا السبب كان لديهم إعداد الموقع المنفصل اعتماد ما لم يكونوا مرحليين. لكنني لم أستخدم هذه الميزة، لذا لست متأكدًا.
المستخدمون في مرحلة الإعداد (staged users) ليسوا أعضاء في مجموعة trust_level_0، لذا فإن وجود trust_level_0 في إعداد skip review media groups لا يعفيهم من المراجعة.
ومع ذلك، فإن إضافة logged_in_users إلى skip review media groups يحقق ذلك.
قمت باختبار هذا مباشرةً ضد NewPostManager وعبر مسار البريد الإلكتروني الفعلي. تم نشر بريد إلكتروني من مستخدم جديد في مرحلة الإعداد يحتوي على وسائط مضمنة فورًا بدلاً من أن يُرسل إلى طابور المراجعة.
لذلك، في الإعدادات من طراز مكتب المساعدة حيث يتم إنشاء مرسلين جدد عشوائيين كمستخدمين في مرحلة الإعداد، يبدو أن إضافة logged_in_users توفر السلوك المقصود دون الحاجة إلى تفعيل المستخدمين أو الحفاظ على مجموعة منفصلة.
تفصيل واحد غير متوقع بعض الشيء هو أن المستخدمين في مرحلة الإعداد يطابقون المجموعة الوهمية logged_in_users لهذا الفحص، على الرغم من أنهم ليسوا حسابات مفعّلة/مسجلة الدخول بالمعنى المعتاد.
كما فتحت طلب دمج (PR) لإضافة تغطية اختبارية للرجوع (regression coverage) لهذا السلوك:
يُتحقق هذا الطلب من أن المستخدم المُرحّل (staged user) الذي تم إنشاؤه حديثًا ويتضمن وسائط مضمنة لا يُضاف إلى قائمة الانتظار عندما يكون logged_in_users مدرجًا في skip_review_media_groups.
يجب أن يوضح هذا أيضًا ما إذا كان المسؤولون يعتبرون تطابق المستخدمين المُرحّلين مع logged_in_users هنا سلوكًا مقصودًا يمكننا الاعتماد عليه مستقبلاً.
