Issue e raggruppamento

1Come viene creato il fingerprint

Se l'SDK invia un array fingerprint, vince quello. Altrimenti Blipit calcola l'hash del tipo di eccezione più gli ultimi cinque frame in-app dello stack (nome file e funzione). Quando non ci sono frame in-app usa il tipo di eccezione e il messaggio con numeri, indirizzi esadecimali e UUID sostituiti, così 'order 4821 not found' e 'order 9 not found' si raggruppano insieme. Gli eventi senza eccezione si raggruppano per messaggio normalizzato.

2Cambia il raggruppamento con le regole

Apri la pagina del progetto e aggiungi una regola di raggruppamento. Le regole vengono eseguite in ordine e vince la prima corrispondenza. Una regola corrisponde su tipo di eccezione uguale a, regex sul messaggio, nome file o funzione del frame contiene, oppure tag uguale a. Raggruppa mette ogni evento corrispondente in una sola issue; Ignora scarta l'evento prima che venga salvato. Le regole richiedono fino a un minuto per essere applicate. Le regex sono limitate a 200 caratteri, devono compilare, e non possono usare back-reference, lookaround o ripetizioni annidate come (a+)+.

3Risolvi, ignora, riapri

Una issue è da risolvere, risolta o ignorata. Risolvila quando rilasci una correzione: se l'errore torna, la issue si riapre come regressione e vieni avvisato. La issue dice se è tornata nella stessa release (la correzione non è mai stata rilasciata) o in una successiva (qualcosa l'ha reintrodotta). Ignora continua a contare gli eventi ma ferma gli avvisi. Riapri la riporta a da risolvere. L'elenco Issue ha azioni di massa, e le email di avviso contengono link Risolvi e Ignora che chiedono conferma e funzionano una sola volta.

4Silenzia

Dalla pagina della issue, silenzia per 1 ora, 24 ore, 7 giorni, oppure per le prossime 100 o 1.000 occorrenze. Gli eventi vengono comunque registrati e contati; gli avvisi di nuova issue e regressione vengono saltati fino alla fine del silenzio. Gli avvisi di sicurezza non ne risentono.

Buono a sapersi

• Blipit conserva il payload completo per il primo evento di una issue, ogni regressione, ogni evento di sicurezza e i primi 20 eventi di ogni ora UTC. Gli altri eventi salvano un riepilogo (id, ora, piattaforma, livello, release, ambiente, tag, id utente, SDK). La pagina della issue dice 'Dettagli completi per N eventi su M'; stack trace, breadcrumb e correzione con l'AI leggono l'ultimo payload completo.
• Oltre il limite mensile di eventi del tuo piano, 1 evento su 10 viene conservato e il resto viene contato come campionato; nulla viene fatturato. La pagina Utilizzo mostra il conteggio dei campionati.
• Gli avvisi hanno un budget di 30 avvisi di nuova issue o regressione per progetto all'ora, così una tempesta di errori non può inondare la tua casella.