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.
Hey Trudy, im really sorry for responding that late. The colleague stopped the request, so no need to put more work on it.
Thank you vermy much.
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.