-
Bug
-
Resolution: Not a bug
-
Low
-
None
-
16
-
Minor
-
2
-
Summary
SLA calculated incorrectly when you change issue type of an issue and the SLA cycle has completed
Steps to Reproduce
- Create an SLA Time to first response that looks as follows, one of the SLA stop condition should be Resolution Set
- Create another SLA metric Time to resolution that looks like below, one of the SLA stop condition should be Resolution Set
- Create an issue of type IT Help, it will be created with an ongoing SLA Time to first response with target 7h30m
- Change the issue type to something other than IT Help but uses the same workflow, the SLA will accordingly get updated to an ongoing SLA Time to resolution with target 336h
- Try to change the issue type a few times, the SLA information is still updated correctly as per the issue type
- Now with an issue type, IT Help and ongoing SLA Time to first response with target 7h30m, resolve the request by setting Resolution field after 5 minutes, an SLA stop condition for both the SLA's
- The SLA will be Time to first response with completed at 7h25m
- Now change the issue type from IT Help to some other issue type after two minutes
- The SLA information will still be reflected as Time to first response with completed at 7h25m when it should be updated to a completed cycle of Time to resolution 335h55m due to issue type chnage
Expected Results
SLA information is displayed correctly
Actual Results
The SLA information is in an inconsistent state
Workaround
Execute the SLA recalculation endpoint to correct the SLA information
As per the SLA documentation:
This is not a bug but a feature in the product to correctly keep track of the SLAs that are completed.
Marking this ticket as closed.