تم تحديث منتدانا إلى إصدار Discourse ed00bce10a9e2ad5f12f6ae6b3a229bb62cf2d2b، والذي يتضمن discourse/discourse#43495. لا نزال نرى هذه الأزرار غير المتوقعة في عناصر المراجعة “يحتاج المستخدم إلى موافقة”.
ربما لم يكن التقرير واضحًا. المشكلة ليست في أن السياق كان مفقودًا. المشكلة هي أننا قمنا بالفعل بحل عنصر المراجعة عبر تعليق المستخدم من خلال واجهة مراجعة الشكاوى. لا يوجد سبب لوجود زر “نعم” لا يزال موجودًا في عنصر مراجعة تم حله. إنه يسبب فقط ارتباكًا من خلال إعطاء الانطباع بأنه مطلوب إجراء إضافي لإكمال المراجعة، لكن الإجراء الوحيد الذي يقدمه هو الموافقة على المستخدم، وهذا لا معنى له لأنهم متطفلون. لا تحتوي أي فئة أخرى من عناصر المراجعة على أزرار بعد مراجعتها، ولم تكن هذه الأزرار موجودة سابقًا في عناصر المراجعة “يحتاج المستخدم إلى موافقة”.
أوه، فهمت الآن، شكرًا على التفاصيل الإضافية، فقد تطلّب الأمر بعض التفكيك… افترضت أن هذا كان شيئًا فاتنا سابقًا مع تغييرات قائمة المراجعة، لكنه في الواقع أثر جانبي لتغيير آخر لم يكن مقصودًا أن يؤثر على قائمة المراجعة.
المشكلة الأصلية كانت أنه عند تفعيل must_approve_users، لم يتمكن المستخدمون الذين لديهم عنصر في قائمة المراجعة تمت معالجته بالفعل لكنهم ما زالوا غير معتمدين من الحصول على الاعتماد من صفحتهم الإدارية، لأن الاعتماد كان يعمل فقط على العناصر المعلقة. سمح التصحيح باعتماد المستخدمين حتى مع وجود عناصر قائمة تمت معالجتها بالفعل. هذا أصلح الصفحة الإدارية، لكنه أنتج أيضًا زر الاعتماد على العناصر المعالجة في قائمة المراجعة.
لذا، بدلاً من إصلاح السياق، يجب ألا يظهر زر الاعتماد كما قلت. لديّ تصحيح في الطريق سيخفي ذلك في قائمة المراجعة مرة أخرى:
الإضافة المُسمّاة “المُحَلّ” غير مفعّلة في هذه الفئة. يمكنك العثور على الزر أسفل المواضيع، على سبيل المثال، في Support.
أحيانًا يُعلّم المستخدمون المواضيع كمُحَلّة بعد أن يشارك أحدهم حلًا بديلًا، وليس الحل النهائي. لذلك، في المواضيع ضمن هذه الفئة، يُضاف وسم #fixed، ويُغلق الموضوع من قِبل الشخص الذي أصلح المشكلة.