يتم عرض نافذة تأكيد التخلص من المنشور (انظر الصور أدناه) بعد النقر على إجراء “منشور جديد” أو “رد” في موضوع معين إذا كان لديك منشور معلق للموافقة.
خطوات التكرار:
إنشاء منشور جديد يتطلب موافقة المسؤول/المشرف .
بعد إرسال المنشور، انقر على “منشور جديد” .
تظهر نافذة تأكيد التخلص من المنشور .
انقر على إلغاء في النافذة.
انقر على “منشور جديد” مرة أخرى — تظهر نافذة تأكيد التخلص من المنشور مرة أخرى .
انقر على إلغاء مرة أخرى.
حاول الرد على أي منشور .
النتيجة الفعلية:
تستمر نافذة تأكيد التخلص من المنشور في الظهور ، حتى عند الرد على منشور.
النتيجة المتوقعة: (توقعي)
يجب أن يتمكن المستخدم من إنشاء منشور جديد أو الرد على المنشورات الحالية بشكل طبيعي دون رؤية نافذة تأكيد التخلص.
الحل البديل:
يقوم المستخدم بتحديث الصفحة لإزالة تأكيد النافذة.
إصدار Discourse: 2026.1.0
3 إعجابات
Moin
20 مارس 2026، 1:21م
2
لقد حدث هذا معي اليوم أيضًا. بدلاً من التحديث، يمكنك أيضًا النقر على “تجاهل”، ولكني أتفق على أن هذا يعطي انطباعًا بأنك ستفقد المنشور المعلق.
تجربة المستخدم مربكة حقًا.
3 إعجابات
sam
(Sam Saffron)
23 مارس 2026، 12:48ص
3
أتفق معك في هذا، ولكن هناك شيء شمولي في هذه العملية لا يبدو صحيحًا بالنسبة لي @lindsey / @mcwumbly
نحتاج إلى التفكير في التجربة الكاملة للمستخدم النهائي الفعلي عندما يتطلب مدير المجتمع موافقة على المنشور.
في الوقت الحالي، قد يبدو الأمر عدائيًا لدرجة أنك تطرد المستخدمين، وهو ما لا يقصد أبدًا.
على سبيل المثال:
بعد النشر، هل كان واضحًا لي أن المنشور في قائمة انتظار
هل من الواضح لي متى من المتوقع مراجعته
هل سيتم إعلامي عند الموافقة عليه، وإذا كان الأمر كذلك، فكيف
ماذا لو نشرت المزيد؟
كيف أجد منشوراتي المعلقة للموافقة؟
هل أداة الإنشاء (composer) غريبة؟
إعجاب واحد (1)
lindsey
(Lindsey Fogle)
24 مارس 2026، 6:20م
5
هذه المشكلة سيئة للغاية - بقدر ما أستطيع أن أرى، إذا كان لديك منشور معلّق، فلا يمكنك النشر على الإطلاق تقريبًا:
لا يمكنك النشر مرة أخرى في نفس الفئة التي تتطلب موافقة
لا يمكنك إنشاء موضوع جديد في فئة أخرى
لا يمكنك الرد في فئة أخرى
الخبر السار هو أنك لا تفقد المنشور فعليًا إذا نقرت على تجاهل عند مطالبتك بذلك - فهو لا يزال متاحًا في قائمة مراجعة المسؤول ويظهر كما هو متوقع عند الموافقة عليه - ولكنه من الواضح تجربة مستخدم مربكة للغاية، وتظهر هذه النافذة المنبثقة بعد ذلك:
أعتقد أنه يجب علينا إشراك مهندس لتولي الأمر من هنا لإصلاح الخلل، وبعد ذلك يمكنني المتابعة في مراجعة العملية الشاملة التي أراد @sam النظر فيها.
ومع ذلك، لدي بعض الملاحظات حتى الآن:
sam:
بعد النشر، هل كان واضحًا لي أن منشوري في قائمة انتظار
نعم، هناك إشعار منبثق بعد إرسال المنشور:
sam:
هل من الواضح لي متى من المتوقع مراجعته
لا، لا يوجد أي مؤشر على المدة التي قد تستغرقها المراجعة.
sam:
هل سيتم إعلامي عند الموافقة عليه، وإذا كان كذلك فكيف
نعم، تحصل على إشعار عند الموافقة على المنشور:
sam:
في الوقت الحالي، لا يمكنك ذلك - بسبب الخلل
في الوقت الحالي، يتم إدراجها في مسوداتك.
ومع ذلك، إذا حاولت فتح المسودة، ستحصل على نفس رسالة “هل تريد تجاهل منشورك؟”. أتساءل عما إذا كان من المتوقع أن تظهر هذه في المسودات؟
sam:
لست متأكدًا مما إذا كانت هذه مشكلة في المصمم في هذه المرحلة.
Moin
24 مارس 2026، 6:29م
8
أنا مندهش لعدم وجود مشاركاتك في my/activity/pending وهو المكان الذي أجد فيه عادةً المشاركات المعلقة، على سبيل المثال، عندما نشرت مكون سمة هنا في Meta. حقيقة أن المنشور في المسودات تبدو وكأنها جزء من الخلل.
lindsey
(Lindsey Fogle)
24 مارس 2026، 6:38م
9
نعم، أنا أوافق، أعتقد أن حفظ هذه كمسودات هو أمر غير صحيح.
إعجاب واحد (1)
لدي إصلاح قيد العمل - @martin ما رأيك؟
main ← fix/discard-draft-modal-after-enqueued-post
opened 02:09PM - 25 Mar 26 UTC
When creating a new topic in a category that requires approval, the composer wou… ld show a "discard draft" modal on every subsequent attempt to open it (new topic or reply).
The issue was in the post-enqueue handler in the composer service. After a post is enqueued, the code tries to push the pending post into `this.topicController.model.pending_posts`. When creating a new topic, the user is on the topic list — not viewing a topic — so `this.topicController.model` is undefined. Accessing `.pending_posts` on undefined throws a TypeError, which prevents `destroyDraft()` and `close()` from ever executing. The composer model stays on the service with dirty content, so any subsequent composer open triggers the discard draft modal.
The fix adds optional chaining (`?.`) so the pending_posts push is safely skipped when no topic model is loaded.
https://meta.discourse.org/t/397711
إعجابَين (2)