How can I see the updated resolutiondate again?
Hey guys,
When I use the created vs resolved gadget or when I use the time to resolution gedget, both use the resolutiondate filter which is no longer working, but in May it stopped being updated.
1 answer
Sure!
As you can see, starting at the end of May, resolved cards stopped being counted. It is important to note that we do not change any filters.
I took a smaller break too. In the last 30 days and the same behavior remains.
1. project = 16692 AND resolutiondate >= 2024-06-30 AND resolutiondate < 2024-07-30
2. project = 16692 AND resolutiondate >= 2024-04-30 AND resolutiondate < 2024-07-30
Thank you for that additional information. However that is not quite what I'm looking for.
Can you provide a screen image showing an issue with the resolution date within the range, for an issue that is not being included in the results?
For this I want to see the details of an issue from project 16692 where the resolution date field is displayed and shows a date within the range specified in your filter. What I want to see is the breadcrumbs at the top of the issue, and the information in the red box.
Can you reduce the data range, just for testing, to just a few days before the current date and show us the results of the filter?
For this I want to see the actual filter and the results from the View All Issues screen. I wanted a smaller date range that encompasses just the past view days so you can show me the entire result set returned, including having the resolutiondate field and the created date field displayed as output columns.
Got it, thanks for the explanation!
Here is the first evidence of the resolution on cards in red:
01
02
I found a difference between the cards. Even with a resolved status, in Jira, and the other as closed. Apparently, this is what is impacting the graph. Do we know how to fix it?
In addition, the following evidence is requested:
03
04
Hello @Jhomilton Silva
PCE-944 is missing from the results because the Resolved (resolutiondate) field is not set.
That field is set when the Resolution field is set.
You can tell if the Resolution field is set by looking next to the Status button. The value of the field will be displayed next to the Status button as seen here.
You can see for PCE-944 there is not value displayed, which indicates the field has not been set.
To Jira, that means the issue is unresolved, regardless of the Status assigned.
The field should be getting set during the transition to any Status that is color coded green (indicating a "done" status), and it should be cleared on any transition that can go from a green status to a non-green status.
Are these issues in a Team Managed project or a Company Managed project? I'm guessing that the issues are in a Company Managed project, because in a Team Managed project setting the Resolution field is usually handled automatically by Jira, without any intervention by users or custom configuration by administrators.
Fixing this is going to require assistance from a Jira Administrator in the case of a Company Managed project. The Workflow needs to be modified, and usually that can be done only by Jira Administrators.
If you want to attempt to set the Resolution field for issues resolved in the past and also try to set the Resolved Date to a date in the past, that will also require help from a Jira Administrator who would create a CSV file with the necessary information and use the External System Import function to import that file and update the existing issues.
Looking at the two issue images I can see that they are assigned different Status values; Resolvido and Fechada. The Resolvido status does not have the Resolution set.
Can you find any issues of the same issue type in the same project where the Status is Resolvido and Resolution has been set?
project=PCE and issueType = "Insert Issue Type Here" and status=Resolvido and Resolution is not Empty
If there are issues in the Resolvido status where the Resolution is set, you can examine the dates when those transitions occurred and look at what the status was before it transitioned to Resolvido. It is possible that the workflow transition to Resolvido was changed around that time, or the Resolution was set during the transition the issue was in prior to being set to Resolvido.
To fix the problem going forward you need to look in the workflow for the issue type(s) where the status is green/Resolvido and there is no value for Resolution.
You need to examine all the transitions to the Resolvido status and check the Post Functions for those transitions. They need to have a Post Function for setting the Resolution field. Here is an example of the Post Functions screen using the original Workflow Editor.
Making the change to add that Post Function will not set the Resolution for issuess that are currently in that status. You can move the issues through a series of transitions and back to Resolvido to update the Resolution after fixing the workflow. That will show the issues as Resolved on the current date.
If you want to try to set the Resolution field and Resolved date to a date in the past that has previously been possible using a CSV Import operation. You can refer to this article, and extrapolate from it how to set the Resolved date and the Resolution field.
However, on July 31 the current CSV Importer process is being sunset. I don't know if the new process will support the same functionality for updating issues vs. creating new issues during the import.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.