Mudlet: نقل البرامج النصية والمجلدات يحذف الآخرين

تم إنشاؤها على ٢٥ نوفمبر ٢٠٢٠  ·  7تعليقات  ·  مصدر: Mudlet/Mudlet

ملخص موجز للمشكلة / وصف العنصر المطلوب:

vanish

خطوات إعادة إظهار المشكلة / أسباب إضافة الميزة:

  1. اسحب أي عنصر إلى المجلد أو أعلى / أسفل المجلد مباشرة لنقله إلى موضع مجاور
  2. سيصل العنصر إلى وجهته على ما يرام
  3. سيتم حذف آخر عنصر آخر داخل هذا المجلد

ناتج الخطأ / النتيجة المتوقعة للميزة

  1. يجب ألا تتأثر العناصر الأخرى

معلومات إضافية ، مثل إصدار Mudlet ونظام التشغيل والأفكار حول كيفية الحل / التنفيذ:

لوحظ في Win10 ، Mudlet PTB 2020-11-25-b33b6
في حين أن إصدار Mudlet الإصدار 4.10.1 لا يزال يعمل بشكل جيد

bug high regression

التعليق الأكثر فائدة

بعد دمج 4415 ، لم يعد هذا الخطأ. الصيحة!

ال 7 كومينتر

نعم ، كبيرة. هل يحدث هذا مع العناصر الحقيقية أيضًا ، أم مجرد "المشغلات الجديدة" الفارغة؟

بالفعل هي كذلك. هكذا لاحظت ذلك .. 😢

هذا مجرد مثال موجز صغير للمقارنة.

لقد لاحظت أيضًا خدعًا أخرى في بعض الحالات فقط ستظهر بعض العناصر المنقولة (وليس كلها) بعد إغلاق ملف التعريف وفتحه. في حين أن إعادة فتح محرر النص لن تكفي.

قد يكون هناك خطأ متابعة آخر مرتبط بملاحظة ، وهو النسخ / اللصق الذي تم كسره أيضًا في ذلك ، إذا قمت بنسخ البرنامج النصي A من المجلد الفرعي B / C وأردت لصقه في المجلد الفرعي D / E ، فسيقوم بدلاً من ذلك بنقل المجلد الهدف إلى المجلد الأصلي ولصق البرنامج النصي هناك مثل B / C / D / E / A.

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

لقد قسمته إلى b33b6c8dc3928a6aaa2fcc6ae182e54ec89b5768. SlySven ، هل يمكنك النظر في

هل يمكنني إعادة فتح هذا - العلاقات العامة / الالتزام الذي تم الحكم عليه على أنه الطرف المذنب لا يبدو أنه من الممكن أن يكون الجاني - AFAICT.

ومع ذلك ، نظرًا لطبيعة حالات الفشل ، أظن أنها إزالة الطريقة الأولى من زوج من الأساليب:

  • (void) TTreeWidget::rowsAboutToBeRemoved(const QModelIndex& parent, int start, int end)
  • (void) TTreeWidget::beginInsertRows(const QModelIndex& parent, int first, int last)

(الثانية خالية من الكود الفعلي وهي وهمية)

الشيء الغريب هو أن هذه الأساليب محددة - لكن لا يبدو أنها تُستدعى من أي مكان - ولهذا السبب اعتقدت أنه من المقبول استبعادها ...

... ومع ذلك ، نظرًا لأن مستندات Qt (void) QTreeWidget::rowsAboutToBeRemoved(const QModelIndex& parent, int start, int end) كـ [override virtual protected] أشعر بشعور سيئ بأنني أتعرض للعض من خلال ميزة C ++ التي لفتتني على حين غرة!

حسنًا ، أعد الإرسال بدون هذه التغييرات ذاتها ، ثم يمكننا الاختبار مرة أخرى.

ربما أضف رابطًا هنا كتعليق موجز لماذا نحتاج إلى الوظيفة الفارغة.

حسنًا ، هل يمكننا التحقق من أن استبدال borked PR # 4383 ie # 4415 لا يعرض هذه المشكلة / الخطأ ...؟

ربما أضف رابطًا هنا كتعليق موجز لماذا نحتاج إلى الوظيفة الفارغة.

بعد أن أحرقت أصابعي أنا فقط أعيدها وأتركها ...!

بعد دمج 4415 ، لم يعد هذا الخطأ. الصيحة!

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات