Incidencias y agrupación

1Cómo se calcula la huella

Si el SDK envía un array fingerprint, ese gana. Si no, Blipit hace un hash del tipo de excepción más los últimos cinco frames in-app del stack (nombre de archivo y función). Cuando no hay frames in-app usa el tipo de excepción y el mensaje con los números, direcciones hexadecimales y UUIDs reemplazados, de modo que 'order 4821 not found' y 'order 9 not found' se agrupan juntos. Los eventos sin excepción se agrupan por el mensaje normalizado.

2Cambia la agrupación con reglas

Abre la página del proyecto y añade una regla de agrupación. Las reglas se ejecutan en orden y gana la primera coincidencia. Una regla coincide por tipo de excepción igual a, regex del mensaje, nombre de archivo o función del frame contiene, o etiqueta igual a. Agrupar pone todos los eventos coincidentes en una incidencia; Ignorar descarta el evento antes de guardarlo. Las reglas tardan hasta un minuto en aplicarse. Las regex están limitadas a 200 caracteres, deben compilar y no pueden usar referencias hacia atrás, lookarounds ni repeticiones anidadas como (a+)+.

3Resolver, ignorar, reabrir

Una incidencia está sin resolver, resuelta o ignorada. Resuélvela cuando despliegues una corrección: si el error vuelve, la incidencia se reabre como regresión y se te avisa. La incidencia indica si volvió en la misma release (la corrección nunca se desplegó) o en una posterior (algo la reintrodujo). Ignorar sigue contando eventos pero detiene las alertas. Reabrir la devuelve a sin resolver. La lista de Incidencias tiene acciones masivas, y los correos de alerta llevan enlaces de Resolver e Ignorar que piden confirmación y funcionan una sola vez.

4Silenciar

Desde la página de la incidencia, silencia durante 1 hora, 24 horas, 7 días, o las próximas 100 o 1.000 ocurrencias. Los eventos se siguen registrando y contando; las alertas de incidencia nueva y regresión se omiten hasta que termina el silencio. Las alertas de seguridad no se ven afectadas.

Conviene saber

• Blipit conserva el payload completo del primer evento de una incidencia, de cada regresión, de cada evento de seguridad y de los primeros 20 eventos de cada hora UTC. Los demás eventos guardan un resumen (id, hora, plataforma, nivel, release, entorno, etiquetas, id de usuario, SDK). La página de la incidencia dice 'Mostrando todos los detalles de N de M eventos'; el stack trace, los breadcrumbs y la solución con IA leen el último payload completo.
• Al superar el límite mensual de eventos de tu plan, se conserva 1 evento de cada 10 y el resto se cuentan como muestreados; no se factura nada. La página de Uso muestra el recuento de muestreados.
• Las alertas tienen un presupuesto de 30 alertas de incidencia nueva o regresión por proyecto y hora, así que una tormenta de errores no puede inundar tu bandeja de entrada.