Hey there,
I am trying to create an automation which removes a certain user from the Approvers list.
I know how to remove the user itself but while testing it I realised that I am not able to show the values of the Approvers list. I tried the following below but also to access the values with .get(0) and also specific Approver values like .displayName.
simply leads to
Maybe anyone having a clue?
Cheers
Kruno
Have you also tried using the {{issue.customfield_xxx}} method to get the data?
Also, when are you filling this Approvers field? Is it already filled in advance or in the same automation?
If this is in the same automation you'll have to add a refetch data action.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I just tried it on a rule myself. (after adding the approver manually before I run the manual automation)
Seems to return the useraccount id without any issues..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Dirk Ronsmans
THX for all the effort.
1. Yes I am filling it in the same rule BUT this isn't the issue as in a next step I change the value (I remove an approver) and it works
2. Yep tried also with he customfield_ pattern
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Have you tried the use case where you add the "refetch data" action before your action?
Some things take time on the backend so it could be that in your later actions the field is populated but at that time not yet.
The refetching will get the up to date information for the rest of your automation to work with
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Have you try using the customfield id instead of the name ? Had similar issue with some fields when there is duplicate names on the instance or buggy due to my jira language that is not in English.
On my side this return the username that are approvers
{{issue.customfield_10120}}
This on approvers displayname
{{issue.customfield_10120.displayName}}
On my side customfield_10120 is the field id of approvers.
Automation will apply the displayName to every value in the fields, it seems to know that the field return an array.
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Have you try to run the issue fetch action before the log action?
Can you share the automation you are using and the automation version?
On my side it works with the latest version.
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I try to keep it short but basically what I am doing and why.
- we need to set approvers for the Service Desk approval workflow based on the customer request type
- this is in place and works
- at the same time we need to ensure that the reporter is not an approver so I remove em et the end
- as a step before I wanted to check if the Reporter is an approver, this check is not necessary so I removed it currently as this is what the issue here is based on
Jira Automation for Data Center version 8.0.0
A Screenshot of the rule, the details of the Approvers Log is visible in my initial post
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.