WillCreate Issue Trigger also work for issue moved

[Umair Jabbar]

I am quite certain this won't work but I want to find a solution.

I have an automation which triggers on create issue and then looks if an issue is a subtask. The actions only work on subtasks created.

I have noticed a scenario where an existing issue (not subtask), is assigned a parent, making it a subtask now. i also want my automation to run on this subtask but since it was not a new issue created, I don't think the create issue trigger will work. 

What trigger can I use that covers both the cases. New subtask created or existing issue changed to a subtask.

Thanks.

[Umair Jabbar]

Hi Bill,

I was hoping to find a trigger which works on create or update. But looks like conversion to subtask doesn't have any trigger. https://jira.atlassian.com/browse/JSWCLOUD-22432. 

Due to this known bug, I can't use the update trigger.

The scenario is that I want certain values to be copied over from parent to subtask. I did it with an automation that is working fine, but if an existing issue (non-subtask) is converted to a subtask, this automation won't trigger.

[Bill Sheboy]

FYI to please try to keep to one thread when responding.  That will help others looking at this question in the future know if there are multiple solution approaches.  Thanks!

Yes, I knew about that defect.  And, I just tried converting a story to a sub-task (with a move operation) and it did trigger the issue updated event to start a rule.

How is your team editing the parent field directly to cause this condition?  Would you please show screen images of those steps?

[Umair Jabbar]

My team uses Convert to Subtask button from the issue.

[Bill Sheboy]

After a I bit more testing I confirmed that with that button / action, it must take a different path through the move logic: only the "to" in the change log is set and not the "from".

And so the remaining work-around would be to still use 2 rules:

• created trigger, testing for a new subtask
• issue field updated trigger for Issue Type, and checking if the current value is a subtask  (The parent field change also is not in the change log for this path.)

[Umair Jabbar]

Thank you. I will give this a try.

[Bill Sheboy]

Hi @Umair Jabbar 

For the scenario you describe, I believe you may want two rules until you work out the details, and then you can experiment with one rule, using the Multiple Issue Events trigger.

The challenge is your rule will need several conditions to handle the change of the issue type (or parent).

What does your rule do and how often do the two scenarios occur (create versus change of parent)?  If the second one is infrequent, using separate rules may be better to manage the complexity of the rule.

Kind regards,
Bill