Bosca / Analytics

Error tracking

Errors, grouped and explained

The error events your apps report don't pile up as a flat list. They're fingerprinted into groups — one per distinct fault — each with its counts, a stack trace, a status, and an AI root-cause hint you can ask for.

Grouping

One fault, one group

Errors are fingerprinted, so the same fault from a thousand sessions becomes a single group with a count — not a thousand rows. Each group shows its status, type, message, whether it's fatal, how many events it holds, and when it was last seen.

  • Search by type or message, and filter by status or by fatal versus non-fatal.
  • Move a group through open, resolved, and ignored as you work it.
error groups
openTypeErrorCannot read 'id' of undefined1.2k
openNetworkError fatalRequest timed out after 30s418
resolvedRangeErrorInvalid array length37

AI root cause

A first guess, from the trace

Open a group and ask for an analysis: the platform reads the captured stack trace and generates a root-cause hypothesis — a starting point that saves the first ten minutes of every investigation. Re-analyze after a cooldown when you've learned more, and the last analysis is timestamped.

  • The hypothesis is generated from a representative event's real stack trace.
  • The group's summary carries everything else — app, fingerprint, first and last seen, event count.
root cause · TypeError
at renderProfile (profile.ts:42)
at ProfileCard (card.tsx:18)
at mount (runtime.js:220)
hypothesis

profile.ts:42 reads user.id before the profile query resolves. Guard the render, or wait for the query, when a card mounts without a loaded user.

Triage

Work them to zero

Every group carries a status you drive as you go — so the list stays a worklist, not a graveyard.

Open

A live fault, awaiting attention. New groups start here.

Resolved

Fixed and closed — reopen it in a click if it returns.

Ignored

Known and accepted noise you don't want cluttering the list.

Keep exploring

More on Analytics