I have set up an automation in JIRA that works as follows:
When I tested the automation, the custom field wasn't modified. When consulting the audit log, it shows that the issue met the conditions (so steps 1 and 2 are properly programmed) but when performing the edit action (step 3), no edit was made. JIRA suggests 2 possible reasons:
At this point I'm stuck and I don't know how to proceed - any ideas? Thanks a lot in advance!
Hi @Gonzalo Perez Alonso, welcome to Atlassian Coomunity, nice to see you here.
I'm not able to reproduce this problem, as you see here.
As you see by the yellow markings the My date field was not visibly updated during the rule execution itself (first yellow marking), but it shows changed in the issue itself (second yellow marking).
Just so I understand the exact problem for further investigation. Is the variance mentioned above (rule update ves history update) related to your problem, or is it that the field isn't even updated in the issue history?
It might be helpfull if you are able to attach images of the rule and of the issue history (like in my example above).
TimK.
Thanks for the quick response. The main problem I'm facing is that my custom field (E2E Close Date) is not being edited as I want to.
Please find attached screenshots both for the automation and the audit log.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Do you see the field E2E - Close Date on the issue BET-9 itself? Are you able to set the field manually from that issue?
Though a field doesn't actually need to be included in any screens to be set, lack of seeing the field can be an indication of a context problem. Try check your custom field context
Confirm that the project BET and the issue types Tasks, Story, Bug and Sub-tasks are included in the applicable context.
If it states Global (all issues) the project BET and the issues types are included (global context is not reccomended though so it might be a narrower scope in your setup).
The image below shows an example of the global context configuration.
You might attach an image of your context configuration if you're uncertain.
TimK.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi again,
Thanks for the clarifications but I had already checked that. I even run the "where is my field" diagnosis and everything seems correct (see the screenshot below)
Also, the field is being shown on the test issue. The problem is that the automation is not being done, as it doesn't get updated when I transition to Close status.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
1:
Have you confirmed that the user executing the rule has Edit permission on the issue?
2:
This is probably not the reason, but can you check if any edit restrictions are set on the Close status in your workflow? If the user executing the rule can manually edit the issue it is not set any edit restrictions.
3:
You might also test if the rule works with another user as the Actor , e.g. yourself.
TimK
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Tim Kopperud
According to your first point, I also checked i had full edit permissions on the issue - please see the screenshot:
Regarding any possible restrictions, I haven't seen anything particularly noticeable on the transition that goes from Opened to Closed status in the workflow.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Here's the screenshot showing the prior restrictions, sorry:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Gonzalo Perez Alonso, I was thinking of the Status properties for closed, not the Transition properties. See my first image in my last comment. Select the Closed status and press properties.
Also, when you say you have full edit permission, does the rule execute as you as the Actor?
TimK
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oh, sorry for the missunderstanding!
Here's the screenshot with the Closed status properties:
Maybe that jira.issue.editable should be in true, to let the automation work?
And here's the screenshot showing that I'm the actor of the automation:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Your status Closed has been locked for editing. That's why the rule won't set the date.
This image shows that edit is disabled on the status.
If jira.issue.editable is set to false no one will be able to edit the issue.
ONe option is to remove the property, but notice it has been added by a Jira admin on your instance, so the reason for having it should be understood before removing it.
Or you can add a new property to grant the rule actor edit permissions on the issue and still deny all other users. Have a look at this article.
TimK.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Nice! So we finally got to the root cause.
Thanks a lot! I will have a look at the article and then think about the best solution.
Have a good day!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi again @Tim Kopperud
I've tried both changing the jira.issue.editable to "true" and creating a new property called jira.issue.editable.goperez, but none of those are working.
I've tested the automation with these modifications and still the field is not being updated.
Any clue on that?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Gonzalo Perez Alonso, since you have now adjusted existing status properties I might suggest that you start without any permission properties at all. Instead of true for jira.issue.editable, you can delete it. It's easier to start out simpler, and add feature in the next step.
Have you also confirmed that the rule Actor has been granted edit permissions in the permissions scheme?
TimK.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sure! Before going for jira.issue.editable=true, I tried as well removing the property and leaving everything blank. Nothing happened.
According to your 2nd question, the rule actor (myself) has full permissions on edit, I've already checked that.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi again,
I finally managed to set the automation. The only thing I changed was the smart value from {{now.jiraDate}} to {{now}} - it's weird because everything worked despite:
Everything is working now fine but it's still a mistery how this automation can work, even with a property that doesn't allow to change the issue - maybe the automations get excluded from this properties? Idk.
Anyway, thanks a lot for the support!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Gonzalo Perez Alonso, sorry but it seems I was wrong regarding the field doesn't need to be included on the screen.
The field need to be on the screen associated with the action. Can you confirm the field is associated with the Edit screen?
EDIT
Hi @Gonzalo Perez Alonso, great. Good you got it working.
TimK.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It is - the custom field is within all screens related to my test project.
EDIT
Thanks a lot for the support @Tim Kopperud - have a good day!
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.