Describe the bug
When viewing past issues that have been resolved, the wording is always Resolved after <x time> of downtime even if an issue is marked as disrupted for it's severity.

Pre-Reqs

• Ensure disableIncidentHistory: false
• Ensure at least one incident has been created with severity: disrupted

Reproduction steps
Steps to reproduce the behavior:

1. Scroll to Incidents tab at the bottom of the page
2. Assert defined incident summary appears. Success ✔️
3. Assert defined incident summary describes the appropriate severity level (disrupted). Assertion Failed ❌
4. Click on incident summary
5. Assert incident details page is shown. Success ✔️
6. Assert incident details page describes the appropriate severity level (disrupted). Assertion Failed ❌

Expected behavior
I am very pleased to find a project that is simple to set up and simple to understand. I like the use of Operational, Notice, Disrupted, and Down (or downtime). The expected behavior in this case is to describe a past issue as the severity level set in the incident markdown (either notice or disrupted).

For example: If I had an incident that lasted 9 minutes until resolved and had the disrupted severity level, I would expect the message to be: Resolved after 9m of disruption. both in the incident summary and the incident details.

Screenshots
The following past incident had a severity of disrupted because no components ever were down. However, it appears that the severity was down because the text says: Resolved after 4m of downtime

Desktop (please complete the following information):

• OS: Ubuntu 22.04
• Browser: Firefox, Chrome, Chromium
• Version: cstate v5.5.1

Additional context
The words down and downtime are filled with weight in our organization. We only use them if they are factually true. If an incident did not result in downtime then it would be nice to have past incidents represent that.

Thanks for all of your hard work. We really enjoy this project.