Currently, a meeting ticket is generated when the component is set in the epic. If the component is changed again, another meeting ticket is created with a new ticket type. I want to prevent this new ticket creation and would then simply change the ticket type of the existing meeting ticket along with the change to the component. Therefore, it is worth checking whether the automation can prevent further ticket creation when the component is changed.
I have no glule how to handle this. Unless the doubles the rule is working fine.
Thanks in advance
Hello @Harold Pinther
What is the Summary that you use when you create the Task (vs. the Story)?
Do you use any other values in the Components field? Do you set the Components field to have multiple values?
I'm trying to work out a solution, but I need the above information to complete it.
Hi Trudy, thanks for jumpin in.
The summary is Project Meetings - {{issue.key}} - {{issue.summary}}
There are only these 2 Components or none.
Harold
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Would you anticipate intentionally having more than one child issue that has "Project Meetings" in the Summary. Or is the intention that you want to only ever have one of those for a given Epic?
Do Task and Story issue types use the same workflow and the same fields (required and optional)?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.