Issues en meldingen

Issues en groepering

Elk event dat Blipit accepteert krijgt een fingerprint. Events met dezelfde fingerprint komen in één issue terecht, die het aantal, de eerste en laatste keer dat hij is gezien, de betrokken releases en een status draagt. Je werkt aan issues, niet aan events, dus één bug die tienduizend keer afgaat is één regel in de lijst.

1Hoe de fingerprint wordt gemaakt

Als de SDK een fingerprint-array stuurt, wint die. Anders hasht Blipit het exception-type plus de laatste vijf in-app stack frames (bestandsnaam en functie). Zijn er geen in-app frames, dan gebruikt het het exception-type en het bericht waarin getallen, hex-adressen en UUID's zijn vervangen, zodat 'order 4821 not found' en 'order 9 not found' samen worden gegroepeerd. Events zonder exception worden gegroepeerd op het genormaliseerde bericht.

2Groepering aanpassen met regels

Open de projectpagina en voeg een groeperingsregel toe. Regels worden op volgorde uitgevoerd en de eerste match wint. Een regel matcht op exception-type is gelijk aan, bericht-regex, bestandsnaam of functie van stack frame bevat, of tag is gelijk aan. Groeperen zet elk matchend event in één issue; Negeren laat het event vallen voordat het wordt opgeslagen. Regels zijn binnen een minuut actief. Regexes zijn beperkt tot 200 tekens, moeten compileren en mogen geen back-references, lookarounds of geneste herhalingen zoals (a+)+ gebruiken.

3Oplossen, negeren, heropenen

Een issue is onopgelost, opgelost of genegeerd. Los hem op als je een fix uitrolt: komt de fout terug, dan wordt de issue heropend als regressie en krijg je een melding. De issue zegt of hij terugkwam in dezelfde release (de fix is nooit uitgerold) of in een latere (iets heeft hem opnieuw geïntroduceerd). Negeren blijft events tellen maar stopt meldingen. Heropenen zet hem terug op onopgelost. De lijst Issues heeft bulkacties, en meldingsmails bevatten links Oplossen en Negeren die om bevestiging vragen en één keer werken.

4Snoozen

Snooze vanaf de issuepagina voor 1 uur, 24 uur, 7 dagen, of de volgende 100 of 1.000 voorkomens. Events worden nog steeds vastgelegd en geteld; meldingen voor nieuwe issues en regressies worden overgeslagen totdat de snooze afloopt. Beveiligingsmeldingen worden hier niet door beïnvloed.

Goed om te weten

  • Blipit bewaart de volledige payload van het eerste event van een issue, elke regressie, elk beveiligingsevent en de eerste 20 events in elk UTC-uur. Andere events slaan een samenvatting op (id, tijd, platform, niveau, release, omgeving, tags, gebruikers-id, SDK). De issuepagina zegt 'Volledige details voor N van M events'; de stack trace, breadcrumbs en AI-fix lezen de nieuwste volledige payload.
  • Boven de maandelijkse eventlimiet van je plan wordt 1 op de 10 events bewaard en de rest geteld als weggesampled; er wordt niets gefactureerd. De pagina Verbruik toont het gesamplede aantal.
  • Meldingen zijn begrensd op 30 meldingen voor nieuwe issues of regressies per project per uur, zodat een foutenstorm je inbox niet kan overspoelen.

Kom je er niet uit? Mail support@blipit.io. Sleutels en de exacte DSN van elk project staan onder API-sleutels in app.blipit.io.