Notice the difference of the values displayed here:
After updating the resolution via the "Edit Issue Screen" we see this:
Why are these values different?
It looks to me like your issue was created with a resolution of "won't fix", which is unusual (and generally wrong). Either you have a post-function on the create resolution which sets it, or you've placed the resolution field on the "create" screen, so the user is setting it.
In both cases, you'll need to remove it in order to prevent Jira setting the resolution on create.
From what I understand in the concept of resolutions in JIRA, as long as the Resolution is blank (in the case of your 1st screenshot), the Resolution field would be set to Unresolved. I believe that the Unresolved resolution is a hard-coded string that comes out whenever the resolution has not been set.
Just as a side note: just because of this, try not to create a new resolution called Unresolved. This will cause the whole searching of issues to go haywire (seen this before during my time as an Atlassian SE)
Back to your question: so yea, I believe that this is an intended behaviour, mate; that whenever there's an issue with no resolution set, then it would be Unresolved.
This would also explain the 2nd screenshot as well. Whenever the resolution changes (whether via editting the issue or workflow transition execution), it would be reflected in the Resolution field. Hence, that explains why your issue is now having the resolution Postponed.
Regarding Screenshot 01, notice the values displayed for "resolution" are confusing.
This screen is displaying the results of updating a Transition Resolution screen triggered from the workflow action of moving the issue from status = backlog to status = killed. (note: killed is a custom status value that is similar to closed).
The "Details" shown at the top reflects a value = unresolved, while the "History" shown at the bottom reflects an Original value = won't fix, then a New Value = null.
So, I see that the values are consistent. Top shows "unresolved" because the New value = null; what is confusing is how this occurred.
Here are the steps to reproduce are:
1) create new bug issue
2) transition from backlog to "killed" (aka closed)
3) when prompted to provide a Resolution, we selected "won't fix"
4) select "Resolve"
How can I determine why the Resolution value starts with a value of "won't fix" then moves immediately to "null"?
Ah, okay. Actually, the history tab is divided into three: Field, Old Value, New Value.
I'll further break this down using your 1st screenshot as an example:
It is a bit daunting to understand the History tab in JIRA. But, hopefully my explanation above helps! :)
In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to have–in order to produce a reliable long-term roadmap. We're tur...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs