I have story workflow where I have this kind of post functions in create transition:
The following will be processed after the transition occurs
But only that tempo account field is copied from epic to story.
What I do wrongly with those fix version and component fields?
Edit — workaround JIRA.png
Workaround:
This workaround looked like a solution for us when we tried to inherit values from a linked issue. But even if I do this transition it will set the Link after the hidden transition is done. I even tried to add a new status to be able to be able to inherit from linked issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm not sure you need any workaround in recent versions of JMWE for Jira Server. Which version are you using?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Latest version 6.0.1 , the issuetype I need to inherit from is from Testflo "https://marketplace.atlassian.com/apps/1211393/testflo-test-management-for-jira?hosting=server&tab=overview"
I contacted the support:
The Create Defect operation on a Test Case adds the link after the issue is created, so the postfunction on the Create transition doesn't have access to this link. Unfortunately we cannot guarantee TestFLO's compatibility with other add-ons from the Atlassian Marketplace like JMWE.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
My workaround solution for this:
In Epic workflow I have update stories transitions in every status. In that transition I run these posthooks:
In Story workflows create phase I have this posthook (after creates the issue oroginally posthook)
Now story gets fix version, component and account fields from epic when it is created.
I'm not sure is that so pretty, but it works.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
After investigation, here is what is happening:
Apparently, the same limitation doesn't exist for custom fields.
See https://innovalog.atlassian.net/browse/JMWE-258
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Actually, what I believe is happening is that no field gets copied, but you are getting the default value for your custom fields.
The reason is that when the Create transition is executed for the User Story, the link with the Epic is not yet created (it gets created after the User Story is fully created, because Links cannot be created before the User Story gets a final issue ID). Therefore, the post-functions find no Epic for the User Story.
This problem has been reported before on our issue tracker.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, there is not any default values for account or PSI release fields. Set Field Value From Linked Issue Function inherits those values. I tried that many times, and it really does that. And I tried that function also in other transitions (when that story already exists) and same happening.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So if you remove the post-functions for these custom fields from the Create transition, these fields are not correctly set? Strange. There is no difference between custom field and standard fields, as far as these post-functions are concerned...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bit more debugging info. It seems that it can copy only custom fields. I add one more postfunction to copy PSI release custom field and that works fine. So it can copy my own custom fields like account and PSI release, but can't inherit system fields like component or fix version. Is that a bug or feature?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.