You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Bug][incident.io] Status categories declined, merged and canceled are mapped to IN_PROGRESS #9374
The incident.io API (IncidentStatusV2.category in https://docs.incident.io/api-reference/incidents-v2/list) has these values: triage, declined, merged, canceled, live, learning, closed, paused. The docs say: "All statuses apart from live (renamed in the app to Active) and learning (renamed in the app to Post-incident) are managed by incident.io and cannot be configured." So active and post-incident are app display names, and declared and resolved are not categories.
As a result:
declined, merged and canceled incidents fall into the default branch and are stored as IN_PROGRESS. They show as open incidents forever.
live and learning incidents land on IN_PROGRESS only through the default branch, and each one logs "unknown incident.io status category".
What do you expect to happen
triage, live, learning and paused map to IN_PROGRESS.
closed, declined, merged and canceled map to DONE, since they are all terminal. This matches the Rootly plugin, which maps cancelled to DONE.
No warning for documented categories.
How to reproduce
Collect an incident type that has a declined, merged or canceled incident. Its row in issues has status = 'IN_PROGRESS', and the converter logs unknown incident.io status category: declined (or live/learning for active incidents).
Anything else
Proposed fix (I have a PR ready): use the API's category names in mapStatusCategory and update its unit test. The e2e raw fixture also uses "category": "active" on one row; I'd change that to live. That row belongs to another incident type, so the snapshots don't change.
Activity