Hello Community members,
I am seeking your guidance on one of the use cases which is not working while setting up automation rule.
When ticket's transit from "in progress" to "closed" then custom field "Closure date" should get automatically filled.
To achieve this i had applied automation rule
When issue transitioned: from status is empty and to status is closed.
Action - Edit issue - Closure Date (date picker field) should be updated.
While checking the logs i found below error.
And i have verified my field configuration & screens as well but i didn't see any challenge here.
Kindly suggest resolving this issue.
Thanks!
Hello @Manoj
From the error shown, I would probably look less at the date format itself and more at whether Closure Date is actually editable in that specific context.
The key part is:
"Unknown fields set during edit for Closure Date"
In my experience, that usually points to one of these areas:
So my first thought would be:
the transition to Closed is working correctly, but after the issue reaches that status, Automation may no longer be able to update Closure Date.
I would suggest checking:
If needed, it may also be worth testing whether setting the field during the transition works better than updating it afterwards.
Dear @Manoj
Is the field Closure Date in the Edit screen?
Has the field Closure Date a valid context for the Project/issuetype?
You can check the configuration quickly with Smart Configuration: Documentation for Jira https://marketplace.atlassian.com/apps/1221996/smart-configuration-documentation-for-jira?hosting=cloud&tab=overview
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Enric Font
Thanks for responding, yes field closure date is in the Edit screen ( as checked in screen configuration it appears on edit, create and view screen as well)
yes closure date has valid context for the project and relevant issue types as well.
i have checked all the possible ways to resolve this but still finding a right solution.
Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
rule actor (Automation user) has the following permissions:
Browse Projects
Edit Issues
One option you have is force the Edit with:
Action: Edit issue
Use More options and set:
{
"fields": {
"customfield_XXXXX": "{{now.jiraDate}}"
}
}
Change customfield_XXXXX by the id of your field.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Eric,
I have already tried this method as well unfortunately that is not working too.
still getting below error
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Have you got workflow properties in the closed status blocking the issue edit?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Enric,i dont think so, issue is not blocked but check below image.
Under transition properties i could see the following inputs in the project.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You need to see closed status properties because the automation rule is triggering after your issue is in the closed status:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I removed this property and re-run the automation flow but when ticket marked closed this does not update the closure date however when i refresh the ticket then ticket populate the closure date
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So yes, removing that property was the right next step. The remaining behavior looks cosmetic/UI-related rather than a rule problem.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes. This is because the automation is triggered seconds after the issue goes to the closed status.
Probably would be better if you chage the mecanism to set the Clousure Date with a postfunction instead of an automation. With postfunction you will see the clousure Date populated inmediately
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.