You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Right now I have a script field generating a numeric value based on severity and priority. This number is being used in some reporting outside of Jira and for force ranking.
I have another field that I would like to use the numeric script field value to calculate a due date.
Is it possible to get the value from another script field? When I try the following the script dumps out silently.
This code trying to pull from the other script field:
def log = Logger.getLogger("com.acme.CreateSubtask")
//Get CIF Value
log.debug "Getting CIF";
def cCIF = ComponentAccessor.getCustomFieldManager().getCustomFieldObject("customfield_12708");
def CIF = issue.getCustomFieldValue(cCIF) as Integer;
log.debug "CIF is $CIF";
Results in this:
2017-11-30 14:38:19,578 DEBUG [acme.CreateSubtask]: Getting CIF
At the moment I have it working by including the first script field's logic in the second script field but it will lead to the codebases being likely to wander.
Alternatively could I have the first script field also set a regular custom field as it runs? I did not have any luck with that.
You can, but you have to be careful not to go into a loop.
You can only rely on the value of a scripted field in another script if the current process is not going to update the value.
The easiest way to think of this is that "a scripted field value is calculated and stored during the indexing of the issue". If you have more than one calculation happening during that indexing, then it's effectively random as to the order in which that happens. Which means that sometimes, a calculation based on another scripted field might take the old value, or the new one, or, in some cases, even a random number! The fields are recalculated even if their input data has not changed.
So, don't read scripted fields from the current issue in other scripted fields. It won't work (reliably). It's fine to read them from other issues, but never the current one.
@Nic Brough -Adaptavist- is there a way to show the scripted value in different issue type?
I have scripted field to rollup subtasks hours to epic but I also want to show the same value in another issuetype. I don't want to create another customField and copy the scripted field value. Thnx
I am not clear on what you mean here.
If you mean that you want to show the same field on a different issue type, then just make sure the scripted field is in the issue view and has the right context. This means that the script will be run for the issue you are looking at.
If you mean that you are calculating the field in (for example) issue ABC-123 and you want the result to appear on issue DEF-456 as well, then no, you will need a new script for project DEF - one that understands you want to look at ABC-123 and do the calculations from there.
Hi @Nic Brough -Adaptavist- just run into this, when trying to invoke calculated scripted field, getting always 100.0 as a result.
Is this still an issue in current version of script runner?
where customFieldObjectivePoints is calculated.
This returns me always 100.0 even issue shows 23.
It's still what I (nicked from the SR developers and) said before - do not rely on scripted field results until after you can be sure that their code has been run.