أعتقد أنني أعاني من نفس المشكلات المذكورة في هذا المنشور، لكن للأسف تم إغلاقه.
لقد حاولت تغيير بعض النص في هذا المنشور (وفي منشور آخر لا يمكنني ربطه بسبب قيود المستخدم الجديد)، لكنني أحصل على نفس الرسالة الخطأ (“لا يمكنك تعديل الاستطلاع بعد مرور أول 5 دقائق.”). يرجى ملاحظة أنني لا أقوم بتعديل الاستطلاع على الإطلاق؛ كل ما أحاول فعله هو تحويل بعض النص في قسم الجدول الزمني في هذه المنشورات إلى رابط. لا يهم ما إذا كان الاستطلاع مفتوحًا أم مغلقًا.
هل يمكننا إعادة إنتاج هذا @tshenry؟
بالمناسبة، بينما حدث هذا لعدة مستخدمين على http://community.wanikani.com مؤخرًا، تمكن مستخدمون آخرون من تعديل المنشورات التي تحتوي على استطلاعات الرأي دون أي مشكلة. هل من الممكن أن يكون هناك خطأ برمجي حديث تم حله بالفعل، لكن المنشورات التي تم إنشاؤها أثناء وجود هذا الخطأ عالقة في حالة غير سليمة؟
حسناً، لم أتمكن من إعادة إنتاج المشكلة.
نسخت تنسيق Markdown تماماً كما ورد في المنشور الأصلي في الموضوع الرئيسي للتأكد من عدم وجود حالة حافة غريبة ومحددة جداً. انتظرت حتى انتهاء نافذة التعديل البالغة 5 دقائق وحاولت إضافة رابط إلى إدخال في قسم الجدول. تم الحفظ دون أي مشكلة.
أعتقد أنه من الممكن، لكنني أشك في ذلك. يمكنك محاولة طلب من مسؤول أو مشرف إعادة بناء المنشور باستخدام خيار “إعادة بناء HTML” في قائمة إدارة المنشور للتأكد من أن المنشور تم طهيه بجميع أحدث التحديثات.
أرى بالفعل اختلافًا غريبًا في سجل المراجعة الأحدث:
يبدو وكأنه حدث تغيير، ومع ذلك عندما أنظر إلى الاختلاف الخام، لا أرى أي تغييرات.
الشيء الوحيد الذي يمكنني التفكير فيه هو وجود حالة حافة غريبة يمكن أن تحدث عند استخدام تعبير وجهي مع استبيان، لكنني حتى الآن لم أتمكن من إثبات ذلك.
هه، ربما عندما يقوم المستخدم بإجراء تعديلات غير مرتبطة على المنشور، يحدث بعض التغيير التلقائي في منطقة الاستطلاع في نظام Discourse مما يجعل الأمر يبدو وكأن هناك تغييرًا يتم إجراؤه على الاستطلاع نفسه. هل يمكن أن يحدث ذلك إذا تغير جانب ما من كود عرض Discourse بحيث يولد HTML مختلفًا في منطقة الاستطلاع الآن مقارنةً بوقت إنشاء المنشور لأول مرة؟
فقط للتأكد مرة أخرى قبل أن أنصحهم بتجربة هذا، هل لن يؤدي هذا إلى إعادة تعيين نتائج الاستطلاع كما يحدث عند تعديل استطلاع خلال فترة السماح، أليس كذلك؟
لا، النتائج مخزنة في قاعدة البيانات ولن تتأثر، ولكن بناءً على خبرتي، لا أعتقد أنك بحاجة إلى إزعاج نفسك بذلك. انظر أدناه.
لقد لفتت انتباهك إلى شيء مهم! إذا قمت بفحص HTML الاختلاف، ستلاحظ وجود تغيير في data-poll-option-id للخيار الأول:
كل هذا يتم توليده في الخلفية، لذا ربما كان هناك أو لا يزال هناك خطأ ما تسبب في هذا التغيير.
لقد جربت تغيير data-poll-option-id يدويًا (المخزن باسم digest في سجلات PollOption) وتمكنت من تكرار المشكلة (لم أعد قادرًا على حفظ التعديل). إذا قمت بتغييره إلى قيمته السابقة، يمكنني التعديل بشكل طبيعي.
دعني أتحقق من بضع نقاط أخرى.
حسنًا، لدي متابعة بخصوص هذا الأمر. لقد تحققت مع فريق الهندسة، وقد ضيقوا النطاق إلى الإيموجي المستخدم في الاستطلاع. فقد انتهى الأمر بمصدر الصورة الخاص به بالتغير في قيمة المنشور المُعالج، مما وضع الأمور في حالة غريبة بعض الشيء. لا ينبغي أن يتغير مصدر الإيموجي في كثير من الأحيان، إن حدث ذلك من الأساس، لذا أعتقد أنه من غير المرجح جدًا أن يكون هذا مشكلة مستمرة. للأسف، نظرًا لندرة الحالة وللمجهود الكبير المطلوب لإصلاح الحالات الموجودة حاليًا، أخشى أن يكون المنشور بحاجة إلى إعادة إنشائه أو تركه كما هو.
حسنًا، هذا منطقي. شكرًا لمتابعتك. سأبلغ المستخدمين الآخرين بإمكانية طلب إعادة معالجة المنشورات من قبل الطاقم (ربما) لحل المشكلة، لكن لن يتم إجراء إصلاح تلقائي.
وأعتقد أنه سيكون من الأفضل التوقف عن استخدام الرموز التعبيرية في الاستطلاعات؟
للأسف، يبدو أن خيار ‘إعادة بناء HTML’ لا يعمل:
لقد قمت بإزالة الاستطلاعات بالكامل منذ ذلك الحين.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
