For a specific workflow, I would like to initiate the issue (in open state) with a custom resolution state value (which is not the default one)
For this purpose, I tried to edit the built-in "create" transition to add a post-function "The Resolution of the issue will be set to ###".
Then I tried to create an issue but it does not work.
Is it the right to get what I want ?
WARNING; Populating the resolution field with ANYTHING will cause many of the built in reports/filters like 'assigned to me' to not show the issue. The 'unresolved' is actually indicating a null value, which the report/ filter looks for. If you fill in the field at creation time no one will ever see it in their 'assigned to me' report and the created/resolved report will show them all as resolved. Setting the resolution any time before actually closing the issue causes problem with the users not finding issues they need to work. I don't know why you want to do this, but explore using a custom field for the purpose.
Thanks Joe, I got your point.
Basically I wanted to do it for naming purpose. I have several kind of workflow. Some of them are fine with the default value "unresolved". For other, I would rather prefer to display something else, like "ongoing".
If you have any alternative proposal, any suggestion is welcome.
What do you mean by "it does not work"? Error message? Issue creates ok?
I also have a couple of doubts about what you've said:
1) "Custom resolution state value". Be specific - do you mean the "Resolution" field specifically, or some other field? Later in your question, you say the "resolution", why all the extra words in the first sentence?
2) If you are talking about the standard "Resolution" field, then I'd question why you are doing this? It will set the issue to "resolved and hence, doesn't need any attention". That will lead you straight into users asking you things like "I just created an issue, but it won't show up in the assigned-to-me list, where has it gone?", and created vs resolved statistics saying "stuff is closed as soon as it's opened". It's instinctively wrong, I'm just curious about the use-case you have for subverting it. If I've guessed at the right field!
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Every time you release software, there's a bit of risk – that there's a bug, that something breaks, or that the feature doesn't resonate with customers. Feature flagging helps make high stakes s...
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