من المستحيل قراءة بعض الإشعارات عند استخدام التنقل القديم

يوجد سيناريو حيث لدى المستخدم إشعارات رسائل لا يمكنه بأي حال من الأحوال تمييزها كمقروءة. يحدث هذا فقط عندما يستخدم المنتدى التنقل في القائمة القديم (Legacy).

خطوات التكرار:

  • قم بتعيين navigation menu إلى: Legacy
  • يرسل المستخدم أ رسالة خاصة إلى المستخدم ب
  • يزيل المستخدم أ المستخدم ب من الموضوع
  • يحصل المستخدم ب على إشعار برسالة جديدة
  • يحاول المستخدم ب قراءة الرسالة: يفشل، كما هو متوقع (لا يمكن الوصول إلى الموضوع)
  • يستمر المستخدم ب في الحصول على إشعار (دائرة خضراء) حول رسالة لا يمكنه قراءتها

إذا تم تعيين navigation menu إلى Sidebar، فعلى الرغم من أن المستخدم ب يحصل على نفس الخطأ بعدم القدرة على رؤية الرسالة، فإن هذه المحاولة بحد ذاتها كافية لتمييز الإشعار كمقروء.

بعض السياقات الإضافية: لقد كنا نواجه هذه المشكلة لفترة طويلة لأننا ما زلنا على Discourse 2.8 (ونحن على وشك التحديث). افترضنا أن Discourse 3.0 سيصلح هذا، ولكن فقط إذا استخدم المرء القائمة الجديدة الجانبية/قائمة المستخدم. عند استخدام التنقل القديم (Legacy) على Discourse 3.0، تستمر المشكلة كما كانت من قبل: لا يمكن للمستخدمين تمييز الإشعار كمقروء في حالة عدم قدرتهم على قراءة المحادثة التي يتم إعلامهم بها. تبدو قائمة المستخدم الجديدة وكأنها تصلح هذا بطريقة ما، لكننا نخطط لاستخدام التنقل القديم (Legacy) لفترة على الأقل بعد الترقية إلى 3.0.

إعجاب واحد (1)

أعتقد أن هناك حلاً بديلاً هنا، ألا يمكنك مسح الإشعارات من https://meta.discourse.org/my/notifications؟ باستخدام “رفض الكل”…

أخشى أن الأمر ليس كذلك: في تلك الصفحة، يكون زر رفض الكل معطلاً في هذا السيناريو، على الرغم من أن إشعار الدائرة الخضراء لا يزال موجودًا — فقط لا توجد طريقة لمسحه. هذا في الإصدار 3.0.1 بالمناسبة.

يبدو أنه نفس الشيء مثل Removing another user from a conversation creates an unclearable notification أليس كذلك؟

نعم، يبدو أن هذا تكرار له: نفس المشكلة. يمكن إغلاق/حذف هذا. تم إغلاق الموضوع الآخر باعتباره تكرارًا لهذا.

لتوضيح الأمر، من الممكن أن يحدث هذا فقط إذا كان الإشعار الوحيد المفقود هو الذي لا يمكن تمييزه على أنه مقروء. إذا كان هناك أكثر من واحد، فقد ينجح هذا (لم يتم اختباره)، ولكن بعد ذلك سيتم رفض الإشعارات الأخرى أيضًا.

إعجابَين (2)

دعنا نختبر هذا الحل البديل.

لست متأكدًا من مقدار الهندسة التي أرغب في استثمارها حول الوضع القديم، ففي النهاية من المحتمل أن يختفي.

سيكون الحل البديل:

  • تعديل… @يذكر المستخدم
  • يتجه المستخدم إلى الإشعارات في ملف تعريف المستخدم ويمسح الكل.

هل يمكنك اختباره؟

إعجابَين (2)

لقد اختبرت هذا وأؤكد أن زر الرفض يزيل الإشعارات غير القابلة للقراءة.

ومع ذلك، نحن ملزمون بإرباك المستخدمين المحبطين بالفعل حيث قد ينقرون على الإشعار (الإشارة) قبل استخدام زر الرفض، إما لأنهم لم يقرأوا تعليماتنا بعد حول سبب الإشارة إليهم، أو لمجرد أنهم يحتاجون إلى بعض المساعدة.

حسنًا، على الأقل هناك حل بديل: لقد جمع البعض عددًا لا بأس به من هذه الإشعارات وسيكونون سعداء بإعادة تعيينها. سنقوم بالترقية إلى الإصدار 3.0 غدًا وسنحاول مساعدتهم بعد ذلك.

إعجابَين (2)