I want to use a post function 'The value(s) of field Summary will be set from the issue's parent (replacing existing values). ' when I create a sub task, but when I click create on the transition screen I get the message 'you must specify a summary of this issue', as this field is required. Can I get round this?
I'm afraid Ramiro is only half-right here. The problem IS that summary is mandatory and you are not setting it.
But you can't fix it in the way suggested. Summary is a mandatory field at all times. You can't make it optional in field configurations, you MUST provide a summary.
However, your post function should be setting the summary, thereby fulfilling the requirement. I think you need to investigate why the post-function is failing to do that. I suspect it's because the post-function is actually provideded to update existing sub-tasks, not actually create new ones, but you'll need to tell us exactly which post-function it is before we can be sure. Where did you get it?
I am working with Jan on this so am able to provide the details required.
A sub-issue workflow has been created, the purpose of which is to start a translation process for the parent issue (the article created in the parent issue is being translated in the sub-issue).
In this translation sub-issue workflow the 'create' transition post function starts with:
The value(s) of field Summary will be set from the issue's parent (replacing existing values).
The value(s) of field Author will be set from the issue's parent (replacing existing values
Summary does not work as, I presume, it is not a custom field? Jan was wanting to know if there was technically a way around this that someone might suggest.
I hope that is clear - please ask if I can enlighten any further, and thank you.
I should add this POST option comes from JIRA Misc Workflow Extentions, and of the options therein we are using 'Set Field Value from Parent'.
To quote the documentation:
A worfklow function that sets a field value to the value(s) of the same field of the issue's parent issue.>>
We have placed this post function to both AFTER and BEFORE the Creates the issue built-in function. Is the issue simply that SUMMARY is a required field and as such a required field cannot have its field set by this means? I cite this as an example supporting this conclusion:
In which case Jan's question was simply to ask if there was a way around this limitation.
Thank you. Sorry to ask but does this plugin not create a Sub Task when certain conditions are met in the parent issue? We are approaching this as a user manually creating a Sub Task if they deem it required - a transition creating this sub-task would therefore not seem to be the way to go.
Hi Jan, the problem is that you have the summary as mandatory field on your field configuration scheme so the workflow can't start because the issue isn't being created.
You have to create an especific field scheme for sub-task where the summary isn't mandatory.
Hope this helps.
I know I'm coming into this question long after it was asked, but it's relevant to what I'm trying to do. I did create a new field scheme but there is no way I can change the summary field to be optional. Is that I am in the Cloud version or that I don't have some super-set of permissions?
Justin and Nic thanks, so it seems 'Set Field Value from Parent' from JIRA Misc Workflow Extentions will never meet our requirement ie. auto populating a required field from the parent when creating a sub-task, it seems 'clone and create a sub-task' could work if it exists? Or if anyone can suggest an alternative approach it would be great.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
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