Novedades Floogos — Semana 19, mayo 2026 (4–6 may, parcial)

Resumen

Los primeros días de mayo de 2026 (semana 19, parcial) entregaron cuatro funcionalidades destacadas y una ronda de correcciones de estabilidad. El Webhook Tester lleva un cliente HTTP al estilo Postman directamente al editor de workflows. El progreso de iteración ahora es visible como badges en vivo en los nodos del lienzo. Una página dedicada de insights de webhooks proporciona analítica de tráfico por IP y endpoint. Una gran actualización de internacionalización añadió más de 100 claves de traducción en ambos idiomas. También se resolvieron varios bugs en el motor de iteradores y problemas de fiabilidad de webhooks.

Nuevas funcionalidades

Webhook Tester

Un cliente HTTP completo está ahora integrado en el editor de workflows, accesible cuando hay un nodo Webhook en el workflow. Funciona de manera similar a Postman o a un cliente REST, precargado con datos del historial de ejecución:

• Barra de URL — Muestra la URL del webhook con un selector entre las URLs de entorno de Producción y Desarrollo.
• Selector de método — Elige GET, POST, PUT, DELETE, PATCH o cualquier método soportado.
• Tabla de headers — Tabla editable de clave-valor. Los headers de infraestructura añadidos por Floogos se filtran automáticamente para mostrar solo los relevantes para el usuario.
• Editor JSON del body — Editor basado en CodeMirror con resaltado de sintaxis y marcado de errores para el cuerpo de la petición.
• Panel de respuesta — Muestra el código de estado HTTP, el tiempo de respuesta en milisegundos y el cuerpo de la respuesta con formato a color.

Puntos de acceso:

• Desde el diálogo del historial de ejecución: aparece un botón “Replay” cuando el paso seleccionado es un nodo Webhook.
• Desde la barra de herramientas del editor de nodo: aparece un botón “Send” en el header cuando el nodo es un Webhook y hay historial de ejecución disponible.
• El cajón es redimensionable arrastrando su borde izquierdo.

Badges de Progreso de Iteración en el Lienzo

Cuando un workflow contiene un nodo Iterator, cada nodo dentro del iterador ahora muestra un badge en vivo con el índice de iteración actual y el total (n / total). Esto facilita el seguimiento del progreso en operaciones de lote de larga duración directamente en el lienzo sin abrir el panel de traza.

El badge se resetea correctamente cuando el total cambia entre ejecuciones, se acumula correctamente en nodos con delays entre iteraciones, y no transfiere valores del historial de ejecución anterior a una nueva ejecución.

Página de Insights de Webhooks

Una nueva página /webhooks/insights proporciona analítica de tráfico para todos los webhooks:

• Top 10 IPs — Las direcciones IP de origen más activas en todos los webhooks, con conteo de llamadas y tasa de bloqueo.
• Historial de llamadas — Línea de tiempo de todas las llamadas de webhooks con desglose por estado.
• Estado por webhook — Una fila de resumen por cada webhook con llamadas totales, llamadas bloqueadas, tasa de éxito y última actividad.
• Métricas detalladas — Vista detallada para un webhook específico con acceso completo al log.

Webhook: Editar y Eliminar Políticas

Las políticas de seguridad ahora pueden editarse y eliminarse directamente desde el cajón de Webhook. Anteriormente, las políticas solo podían crearse. La acción de eliminar usa un diálogo de confirmación (en sustitución del window.confirm del navegador anterior), consistente con el sistema de diseño del resto de la aplicación.

Expansión de i18n

Se añadieron más de 114 claves de traducción en los idiomas español e inglés, cubriendo las siguientes secciones: Insights, Asistente de IA, Comentarios, Dashboard, Formularios, Configuración de IA del perfil de usuario, Historial de versiones, Historial de ejecución, Login, Credenciales y Lista de workflows. El componente selector de idioma también fue actualizado.

Mejoras

Aristas Personalizadas en el Lienzo

Se añadió un componente CustomEdge al lienzo de workflows, que permite líneas de conexión con estilo entre nodos. Es la base para futuras funcionalidades de etiquetado e interacción en las aristas.

Cajón de Detalle del Mapa de Calor

El mapa de calor de actividad en la página de Insights ahora soporta hacer clic en una celda para abrir un cajón de detalle que muestra las ejecuciones individuales que ocurrieron durante esa hora y día.

Interfaz del Historial de Versiones

El componente de historial de versiones recibió un refresco visual y detalles adicionales por entrada de versión.

El Modal de Programación Muestra el Nombre del Workflow

El diálogo de programación tanto en la lista de workflows como en el Planificador de Workflows ahora muestra el nombre del workflow como subtítulo, dejando claro qué workflow se está programando cuando hay múltiples diálogos en contexto.

Headers e IP de la Petición en la Salida del Webhook

El nodo Webhook ahora incluye los headers completos de la petición y la IP de origen en su campo de salida _request, haciendo estos datos disponibles para nodos posteriores con fines de registro, filtrado o auditoría.

Correcciones de errores

Iterator Batch: Seguimiento de Origen y Condición de Carrera

Cuando un nodo Iterator se ejecutaba en modo batch con múltiples ramas paralelas, la información de origen para cada resultado no se rastreaba correctamente, causando que algunos resultados se atribuyeran a la rama incorrecta. También se corrigió una condición de carrera en mergeResults, donde las completaciones concurrentes de ramas podían producir salidas fusionadas inconsistentes.

Iterator Batch: Módulo Desconocido

Cuando un nodo dentro de un batch de iterador referenciaba un módulo que no podía resolverse, el error no se gestionaba de forma elegante y podía dejar el batch en un estado indeterminado. Ahora se captura y el batch falla de forma limpia con un mensaje de error.

Iterator Batch: IterationInfo en mergeMultiple

Al usar mergeMultiple dentro de un batch de iterador, el objeto iterationInfo no se propagaba correctamente a los resultados fusionados, causando que los nodos posteriores perdieran el contexto sobre qué iteración produjo los datos.

Iterator Batch: Carga de Memoria y Propagación de _meta_

Las operaciones de carga de memoria dentro de los batches de iteradores no se resolvían correctamente cuando había campos _meta_ en los datos almacenados. Esto causaba que ciertas configuraciones de batch que usaban nodos DataStore o variables fallaran silenciosamente.

Batch broadcastEvent sin workflowParentId

La llamada broadcastEvent usada para enviar actualizaciones en tiempo real al frontend no incluía el parámetro workflowParentId en modo batch, causando que las actualizaciones en vivo del lienzo no llegaran a la sesión de workflow correcta.

Serialización de Errores en Batch

Los errores lanzados dentro de las ejecuciones batch no se serializaban de forma consistente, resultando en mensajes de error poco útiles en el panel de traza para los nodos batch fallidos.

Protección contra Estado Fallido Falso en el Iterador

Bajo ciertas condiciones de tiempo, una rama del iterador que se completaba correctamente podía marcarse como fallida cuando el motor evaluaba el resultado después de un delay. Se añadió una protección para evitar este estado de fallo falso.

Continuidad de la Traza con Delay

Cuando una ejecución de workflow incluía un nodo Delay, las entradas de traza posteriores al delay no se vinculaban correctamente al contexto de traza anterior, causando huecos en la visualización del historial de ejecución.

Trust Proxy e IPv6 en Webhooks

El servidor de webhooks no estaba configurado para confiar en el header X-Forwarded-For del proxy, causando que el registro de IP y las políticas de seguridad basadas en IP vieran la IP del proxy en lugar de la IP real del cliente. Las direcciones IPv6 también se gestionan ahora correctamente en la coincidencia de IP y el registro.

Notas técnicas

• El Webhook Tester está implementado como WebhookTesterDrawer (680px de ancho) y se monta de forma diferida solo cuando se detecta un nodo Webhook en el flujo.
• La emisión del progreso de iteración se gestiona mediante una nueva llamada broadcastEvent en el motor que se dispara después de cada paso de iteración con los campos n y total. El frontend acumula estos eventos por nodo y los resetea al inicio de una nueva ejecución.
• La corrección de mergeResults en el batch de iteradores usa un bloqueo por rama para eliminar la condición de carrera.
• La configuración de trust proxy se añadió a serverWebhooks.js para resolver correctamente req.ip detrás de un proxy inverso.