Issues: failure fingerprinting
The same bug across every run collapses into one issue.
Task failures group by a stable fingerprint built from the exception class and the deepest traceback frames, with volatile noise (memory addresses, ids, timestamps) stripped out. The same bug across many runs, and across different engines, collapses into a single issue instead of a wall of near-identical failures. Each issue tracks its occurrence count, whether it is currently open or recovered, when it was first and last seen, and which engines it has shown up on.
Ships with
- Stable fingerprint: exception class plus deepest traceback frames, volatile noise stripped
- The same failure across runs and across engines collapses to one issue
- Occurrence counts so you see how often a signature is firing
- Open vs recovered state so a fixed bug stops shouting
- First-seen and last-seen timestamps on every issue
- Engines-affected list so a cross-engine bug is obvious at a glance
Highlights
- Automation rules can condition on an issue fingerprint, so a rule fires for one signature only
- Turns a noisy failure feed into a short, deduplicated list of real problems
Related