Team field is not copied when splitting issue

AB September 10, 2024

It seems like a known issue but I see a few workarounds already shared by community members. I have tried using Automation but unable to achieve the desired results. here are some screenshots for reference;1.png2.png3.png

3 answers

0 votes
Marc - Devoteam
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
September 11, 2024

Hi @AB 

I think its a combination of the smart value and the rule.

@Trudy Claspill is right on the smart value, but triggering on linking and then add the linked issue requires a brand.

If you don't branch all actions are on the issue that is triggering the rule, not the linked issue.

Try: (adjust to your link requirement and naming)

Screenshot 2024-09-11 at 09.14.15.png

0 votes
Dick
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
September 11, 2024

Hi AB and Trudy,

The culprit of the automation is the left hand side of the equation: it should hold the name of the field (in this case being Team). The righthand side of the original equation of AB is right, there is no need to put .Id in the smartvalue.

Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
September 11, 2024

An acceptable alternative to using the field name is to use the custom field ID in the JSON code.

And it seems that the id attribute is required since using that eliminated the error received when it was not used.

Like Marc - Devoteam likes this
0 votes
Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
September 10, 2024

Hello @AB 

Try using the value {{triggerIssue.fields.customfield_29790.id}}

AB September 10, 2024

Thank you for responding. It didnt work

image.pngimage.png

Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
September 11, 2024

Hello @AB 

Which issue did you expect to be updated?

The way the rule is written the issue that is triggering the rule is also the one that is getting updated, and it is being updated with the value that it already has in that same field. I don't think that is what you want.

Which is the issue that was split? Which is the issue that was generated by the split?

When you look at the issue that was split and look in the linked issues section what is the link text (i.e. "split from" or "split to") that is shown to describe the link to the newly created issue?

The Issue Linked trigger is a unique trigger because there are two issues involved in the process, but only one of those issues can be considered the issue that triggered the rule. Depending on the type of link used and what the relationship is to the other issue, the issue from which the link is created may not be the one that triggers the rule.

For a more detailed explanation refer to the answer that I posted on this Question:

https://community.atlassian.com/t5/Jira-questions/How-can-I-get-field-from-linked-issue/qaq-p/2807497#U2807518

I suspect that the issue being split in your scenario is the one that is triggering the rule, and subsequently the one that the rule is trying to update.

To solve the problem you need to add a branch to change the focus to the issue created by the split. You can use the branch For: Related Issues: Destination Issue, and then nest the Edit action within the branch, as I have shown in my answer on the other post.

 

Suggest an answer

Log in or Sign up to answer