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

Updating a field when a specific component is used.

Pfohl Jason

I want to update the description field when a specific component is added to an issue after its created.

I can do this with automation if the component is used when the issue is being created. Is there a way to automate this after the issue is created, if the creator forgot to add the component while creating the issue?

Accepted answers

Bharat Kalia

hi @Pfohl Jason - Thank you for reaching out to the community. It seems like you want to do two different things which can be achieved by two set of automations -

1. Trigger - Issue created , Condition - Component field is not empty and then you can create multiple branches based on what component field value was set and you can update the ticket field description.

2. Trigger - Field value changed. Condition - Component field is not empty and then you can create multiple branches based on what component field value was set and you can update the ticket field description.

If you always want the components to be present you can make it mandatory on create that will make your automations easy.

Please let me know if this helped, I can guide you further if you need help with the automations.

Thanks,

-Bharat

Bill Sheboy

Hi @Pfohl Jason

Using a second rule with the Field Value Changed trigger for the Components field, one could detect using the field changed smart values for the specific values added, and use a Smart Values Condition to test that case: https://support.atlassian.com/cloud-automation/docs/jira-smart-values-issues/#--fieldChange--

What do you want to do to the Description field if someone removes that Component value later?

Kind regards,
Bill

All comments

Bharat Kalia

hi @Pfohl Jason - Thank you for reaching out to the community. It seems like you want to do two different things which can be achieved by two set of automations -

If you always want the components to be present you can make it mandatory on create that will make your automations easy.

Please let me know if this helped, I can guide you further if you need help with the automations.

Thanks,

-Bharat

Bill Sheboy

Hi @Pfohl Jason

What do you want to do to the Description field if someone removes that Component value later?

Kind regards,
Bill

Pfohl Jason

Bill,

Thanks for the response. I would want the Description field to have no change if the component is removed.

Bill Sheboy

Thanks for that information. Please try creating that second rule to learn how it helps.

Pfohl Jason

Bill,

The second rule provided the update to the description field when I added the component after the issue was created. When I remove the component the description field does not remove the information that the automation added, which is what I want.

The new issue is that if I readd the specific component it duplicates the update into the description field. Any suggestion to prevent this from happening?

Pfohl Jason

Thanks for the information.

The new issue is that if I re-add the specific component after deleting it, it duplicates the update into the description field. Any suggestion to prevent this from happening?

Welcome!

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

Quick Links

Unanswered
Groups
Help

Find more posts tagged with

jira

cloud

jira-cloud