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

How to start create an issue after a specified issue is moved to done?

Lex Baldridge

I am currently having a problem where after 1 issue is transitioned to done using an automation rule the next issue will not create.

The automation rule used to move the issue to done is shown below:

Capture 4.PNG

I need to have this rule in place or at least one similar to cause a chain effect.

The Rule I am having issues with is the rule following the epic creation and the first issue creation. I have included the audit log and the actual steps of the rule.

Capture 6.PNG

I am having issues with the issue field condition; I have tried both summary and issue type and get the same error each time.

Accepted answers

Tommaso Gionfriddo _Adeptask_

Hi @Lex Baldridge ,

Unfortunately it's difficult to diagnose the issue without further information. When you say you have tried issue type in the condition, what do you mean by that?

Does the automation work as expected if you remove that condition and test it?

Could you also please confirm the exact value of the issue ECI2024-143's summary?

All comments

Jim Knepley - ReleaseTEAM

Is it possible that you have multiple statuses with the name "Done" ?

For example, in team-managed projects, I'm pretty sure that every status is specific to that project, so if you have 3 team-managed projects, you could have 3 "Done" statuses.

Lex Baldridge

There is only one status that equals done, in total there is:

In Progress
Scotty
Phil
Andys review
Uncle Jesse
Dr.Thunderbeef
Done

All of them flow into the same done section

Tommaso Gionfriddo _Adeptask_

Hi @Lex Baldridge ,

Unfortunately it's difficult to diagnose the issue without further information. When you say you have tried issue type in the condition, what do you mean by that?

Does the automation work as expected if you remove that condition and test it?

Could you also please confirm the exact value of the issue ECI2024-143's summary?

Tommaso Gionfriddo _Adeptask_

@Jim Knepley - ReleaseTEAM, I believe the problem is not related to the status as the automation is being triggered upon status change. There would not be any entry in the log if the issue was being transitioned to the wrong status

Lex Baldridge

As in issue type I change the condition box to issue type instead of summary and change it to the issue type that is moving.

The automation does work without the condition however I need the condition because there is multiple Issues that have the same transition. Such as Me gate 1 moves from Scott, In progress, or Uncle Jesse to done. And ME Gate 2 also follows the same movement from Scott, In progress, or Uncle Jesse to done.

The summary would change per epic being the part number. So the summary for a certain issue would be the issue name and then a custom field for the part number.

Tommaso Gionfriddo _Adeptask_

It's strange that the condition failed when it was based on issue type, assuming it was set correctly.

Could you please provide a screenshot of the configuration of the Summary starts with condition?

Lex Baldridge

Here is what it looks like with the issue type:

And this is what it looks like with the summary:

Welcome!

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

Quick Links

Find more posts tagged with

cloud

jira-work-management

jira-work-management-cloud