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; } } }

Cloned issues retaining the status of the original ticket

David Hazeel

Hi - thank you in advance for any help.

I am working on a Jira Cloud project where we are transitioning from delivery to enhancements. We have a number of tickets that were initially dropped out of scope. These tickets were closed and had the status 'won't do' added. We're now in a position to pick these tickets back up. For business reasons, rather than re-open these tickets the decision was made to clone them and work on them in a new project using the same workflow. However the 'won't do' status has persisted during the cloning process.

Is there a way to remove/reset the 'won't do' status? I have tried progressing them through the workflow and then bringing them back to 'new', but this doesn't remove the resolution.

Accepted answers

Ste Wright

Hi @David Hazeel

I've tried cloning issues in both Classic and Next-Gen projects and it clones the issue in the first status in the workflow - as opposed to the status it was in.

Is this the status or the resolution which isn't clearing for you? And is it Classic or Next-Gen?

Resolution in the new issue view appears next to the status, with a green tick next to it. Resolution does not clear during the clone when I tested this.

Ste

All comments

Ste Wright

Hi @David Hazeel

I've tried cloning issues in both Classic and Next-Gen projects and it clones the issue in the first status in the workflow - as opposed to the status it was in.

Is this the status or the resolution which isn't clearing for you? And is it Classic or Next-Gen?

Resolution in the new issue view appears next to the status, with a green tick next to it. Resolution does not clear during the clone when I tested this.

Ste

David Hazeel

Hi @Ste Wright - thank you for replying. I should have said, it's a classic project. The status in the cloned issue does clone the first status in the workflow, which is absolutely fine. It is the resolution which isn't clearing when cloning - so yes, it's appearing next to the status with the green tick in the cloned issues.

Ste Wright

Hi @David Hazeel

There is a known bug for this - see: JRACLOUD-75040.

-----------------

Classic Projects:

The post-function work-around mentioned in this issue will work for Classic Projects.

To implement this:

As a Jira Admin, go to Jira Settings > Issues > Workflows
Locate the required workflow, and press Edit. Move to diagram view.
Select the "create" transition (arrow from the circle to the first status)
From the pop-up, select "Post Functions"
Press "Add Post Function" - and select the function "Update Issue Field", then press Add
Choose the field "Resolution", and the value "None" - then press Add
Next, on the right-hand side use the arrow buttons to move the clear resolution post function above "Create the Issue originally"
Press Publish to activate the updated workflow

^ This will clear the resolution at creation.

-----------------

If you are using a Next-Gen project - or a Classic Project with a Simplified Workflow - the above workaround is not an option.

Instead, you can achieve the same result using a loop transition automation rule.

-----------------

Loop Automation:

Looping back to the same status will remove the resolution.

What this means is the transition will be from the first status, back to the same status. It's cleanest to do this loop transition via Automation.

For the Automation Rule:

As a Project Admin, go to Project Settings > Automation in Classic Projects - for Next-Gen, go to Project Settings > Apps > Project Automation
Press the blue "Create Rule" button
For the Trigger, use Issue Created
Add a Condition, Related Issues Condition - set Related Issues as "Linked Issues", Link Types as "clones" and Condition as "are present"
Add an Action, Transition Issue - set the Destination Status as either the same status or "Same status (loop)"
Give the rule a name and publish it

A few notes on the above rule:

The rule fires just after creation - so refresh your page to see the resolution disappear
You can modify the condition if you prefer to check the Summary for "CLONE -" or similar
You can set this as a Global Rule as a Jira Admin via Jira Settings > System > Automation Rules. Just remember there are execution limits on global rules per month - whilst project executions are virtually unlimited.

-------------

The second option does require some setup to automate what might be a temporary problem as it's a bug - but it's a workaround which works today for those projects which cannot utilise a "complex" workflow.

Ste

David Hazeel

@Ste Wright - thank you. I'm glad it is recognised as a bug and not just me. The post-function solution has worked for me. Fortunately we don't have a huge number of affected tickets! I've accepted your answer. Hopefully anyone else with the problem will also find your solutions.

Pooja Sree_e1zj7d

Thankyou @Ste Wright
I tried adding the automation to the project, but the status is still changed to "Unassigned" (the first status in the workflow, after cloning.
Please let me know if there are any additional steps or if i am missing something.
Thanks again!

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

jira-software

jira-software-cloud