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

My rule to update a Multi-user field fails with an error code

Danno

I have a rule that should update a multi-user field without overwriting existing users from a previous rule run.

When searching for how to accomplish this, I came across this post in the documentation:

Update values in a multiuser picker field using automation in Jira Cloud

Here is my rule with the Additional fields JSON code, which I copied from the article and then substituted my field to update, as well as tried to use a created variable to get the existing user in that field. I do not understand the warning/error message I am getting, and do not understand why this shouldn't work correctly.

Update a multi-user field.png

Accepted answers

Bill Sheboy

Hi @Danno

First, please post an image of your complete rule (in a single continuous image) for more context.

Next, there are definite typos in that article you linked to, and so I recommend creating the dynamic JSON expression in a text editor to check / match up the syntax for bracketing.

Finally, that error seems like an internal, editor check due to a copied rule component that did not properly update the internal component ID values. The fix may end up being to abandon your edits with Return to Rules and try the edit again.

Kind regards,
Bill

All comments

Bill Sheboy

Hi @Danno

First, please post an image of your complete rule (in a single continuous image) for more context.

Next, there are definite typos in that article you linked to, and so I recommend creating the dynamic JSON expression in a text editor to check / match up the syntax for bracketing.

Kind regards,
Bill

Danno

@Bill Sheboy thank you for the quick reply, but before I bore you with the rest of the rule 😜, it is just a series of 4 IF-Else checks to get the needed user id to add to the multi-user field. The portion of the rule in question is the screenshot of step where I am trying to get the rule to add the 2nd user.

Since you mentioned the define typos in the article, can you point me to a useful text editor to do the check / match up the syntax for bracketing? I do struggle with counting them and keeping track of open and close pairs.

Can you further explain the rule component theory? Are you saying that a rule step/section is a component and that that section/component could now have a corrupted/different id than when it was first created? If so, I think your suggestion might be the fix. I will try that right away.

Lastly, I have added the screenshot for the section where I create the GetApprovers variable to collect the existing ids in the variable and then log what is found to keep tabs on the rule as I go. I also included the audit log showing that it picks up the id as expected. Contents of GetApprovers variable.png Create exisitng user variable in multi-user field.png

Bill Sheboy

Let's start with your rule...

The create variable action is saving the value from the field, which appears to be a multiple-selection user one. The way you are doing that, it uses the default attribute (i.e., accountId) and uses the default join with a comma followed by a space. But your split() only uses a comma (as does the article's example). In your case, this will case a leading space between the values, such as:

123, 456, 789

And so the two possible fixes are:

add join(",") to the variable creation to explicitly perform the join without the space, or
add the space in the dynamic JSON with split(", ").

Please only do one of those options.

For checking the syntax, you could use a free editor such as NotePad++ or if you happen to have your favorite code IDE open, just use an empty JSON file to perform a quick check.

Regarding the rule component ID values: yes, I believe an ID got corrupted.

Each piece of a rule has one or more components for the trigger, actions, branches and conditions. (The if / else block is special as it adds an extra component to manage the block.) And each component has a unique ID to help the rule manage the processing. Occasionally rules get "glitched" when they are updated / published too many times. The fix is to re-create them.

Also, there was an update in the last week (which I have not tested yet) to allow copy / delete / export of rules while editing them. I wonder if something got bent / broken with that one.

Danno

@Bill Sheboy Lots of good info to work through, including the Cloud updates link.

I ended up deleting the original rule I started with and created a new one with just the create variable and a log action first, and I am now working on a single test and edit to work through your suggestions to fix the JSON part.

Welcome!

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

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud

update

json

cloud-automation

multi-user