nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

JSM Automation: Set cloned issue to an exiting Epic in new board

Michael de Marigny_00rw4b

Hi ... Apologies if this has been asked already and if so please direct me to the post.

We are ruuning JSM as a portal for our users to log issues. Based on certain rules, there is an automation which clones the issue to different Jira Software boards. The cloning and interaction works except the assinging of the clone clone to an existing EPIC in the destication board.

Workflow should be:

Issue created in JSM Portal => JSM automation creates clone in JS Board => automation assing the child issue on destination board to BAU Epic.

Thank you in advance for your time and help.

Screen Shot 2024-04-14 at 8.20.55 am.png

Accepted answers

All comments

Joseph Chung Yin

@Michael de Marigny -

Welcome to the community. You should add an action to "Re-fetch issue data" after the cloned issue is created in your Jira Software Application project. Afterward, conduct your issue operation (i.e. edit the issue to update the Epic Link to your existing Epic).

In your existing rule, what is the error that you are encountering? Can you try to use "Log action" to see the problem in the rule's audit log?

See the following reference link on how to troubleshoot your automation rule - https://support.atlassian.com/cloud-automation/docs/debug-an-automation-rule/

Hope this helps.

Best, Joseph Chung Yin

Jira/JSM Functional Lead, Global Technology Applications Team

Viasat Inc.

Ste Wright

Hi @Michael de Marigny

You've got a branch after the clone action - which is for "all linked issue types" - is this meant to locate the cloned issue, given that's where the parent is being added?

If yes, I would change the branch to "Most recently created issue" - this will reference the issue created during the clone action.

Also ensure this is a multi-Project or Global rule (created via Settings > System > Global automation). This allows you to set values across all in scope Projects.

---

However, I'm unsure how the Epic is located based on the current setting of the edit issue action, with Parent being assigned the value "Current issue".

How is the Epic being located?

If it's a single Epic (i.e called "BAU Tasks") - you could just set it to that specific issue key?

---

If you could provide more details about the wider rule, that might be beneficial

Ste

John Funk

Hi Michael - Welcome to the Atlassian Community!

How are you linking the two issues together? Because all I see is that you cloned it. Are you assuming that the clone action will create a link? Have you verified that?

Michael de Marigny_00rw4b

Thank you John.

Once I have created the clone, I'd like to assing the issue to an existing Epic called BAU Tasks in the new second project board. Its a stock standard EPIC that we assign day to day issues.

Michael de Marigny_00rw4b

Hi @Ste Wright

Thank you for helping out.

I have made the change to the clone action from "all linked types" to "Most recently created issue".

I can confirm that all boards involved are comany based projects and it is a global automation rule.

The EPIC exists on the board where the cloned issue is created. The EPIC is called BAU Tasks and is designed to add any child issue created as a result of an incident. So the goal is to clone the issue that was created by the JSM portal in the new board and assign it to an existing epic.