Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,456,203
Community Members
 
Community Events
176
Community Groups

Automation Query - Error: No fields or field values to edit for issues

Hi guys.

See if you can help me find this gap that I can't identify.

I have this automation with the function:
Clone a change and the trigger is through a field...That is there is a button where users click on clone, when they clone they fill the value of the field to YES, but right after that there is an action in the automation that should return that value to NO, because they may want to clone more than 1 time the same change.

In all statuses the rule works fine, but when trying to clone in closed status it gives this error.

I know it is something permissions related, the rule author is Automation for Jira himself and in the workflow properties it is already with edit permission. I leave the evidence here for more details.

Screenshot_2.png

Thanks.

4 answers

1 accepted

1 vote
Answer accepted
Trudy Claspill Community Leader Dec 29, 2022

@Karoline Rezende Ramos 

In the Workflow Status Properties for the Closed status I see that you allow 3 user groups and 1 project role to edit issues in that status.

Is the "Automation for Jira" user a member of any of the specified groups? I expect not.

What Project Role has the ID 10002? If that is not the "atlassian-addons-project-access", then add another entry for that same property with the ID for that Role.

Excellent @Trudy Claspill !
Thank you very much. Adding the roll ID "atlassian-addons-project-access"worked.

Hi @Karoline Rezende Ramos

Just a wild guess, but have you checked the `jira-issue-editable` property on the Closed status in the workflow? Here's a Jira KB article about it. HTH,

Kel

Hi @Kelly Arrey 

Yes, there is no such property in the workflow in closed status.
What I did was put some groups that have permission to edit in this status, more common user should not have this access, what properties do I have to put to get?
I share the image as it is today, because it seems to me that the automation author is without permission, but shouldn't the automation for jira already be understood as admin?Screenshot_6.png

@Choquevillca Morales Lorena

I saw a forum that you were able to help.
I followed those steps for my case did not work, have any idea what it might be?

0 votes
Darryl Lee Community Leader Dec 21, 2022

Hey @Bill Sheboy - I had to scroll down in @Karoline Rezende Ramos's original screenshot to spot the extra edit down there at the bottom:

missingedit.png

@Karoline Rezende Ramos I think you're getting the error because this Edit issue field needs to be dragged beneath the "Add comment" block so it is within the "For All created issues".

The error you're getting is because the Automation is trying to update scope_change on a closed issue. Normally closed issues cannot be edited.

Hi @Darryl Lee

Per my understanding, @Karoline Rezende Ramos is trying to do the same thing as expected in the automation rule.

If I am not wrong, the flow of changes is:

  • User changes the 'scope_change' value in the ticket to 'YES'
  • Clone this ticket
    • Edit request type in the cloned ticket
    • Add comment in the clone ticket
  • Edit the 'scope_change' value in the original ticket back to 'NO'

I assume the 'scope_change' is already part of the 'Edit' screen as otherwise the user will not be able to update this field in the first place.

I have checked that it is possible to update the closed tickets in most cases unless the property is set otherwise.

I am trying recreate the scenario and test.

Thanks,
Vamsi

Like Karoline Rezende Ramos likes this
Darryl Lee Community Leader Dec 22, 2022

Ah @Vamsi Kandala I didn't read the original post clearly enough. You're absolutely right. 

Hm yeah now I'm interested to see what the problem is. 

Like Karoline Rezende Ramos likes this

Hello @Darryl Lee @Vamsi Kandala 

First thanks for the comments.

This is exactly what happens.
1. The person uses a button, provided in the clone issue.
2. When he uses this button, I added a post function to change this field to YES (Trigger of the rule)
3. Automation creates the cloned issue and links it to the original ticket.
4. The action in automation edit: You would have to change the value of the "scope_change" field to NO (where it is showing the mentioned error)

Because if it is set to YES people can't clone this issue anymore. I don't know if it was clearer.

Thank you.

Hi @Karoline Rezende Ramos

Don't mind me asking this. 

If you are allowing the users to clone the same issue multiple times, is it not better to just clone the issues directly without checking for whether the 'scope_change' value is changed to 'YES' and trying to change it back to 'NO'?

Thanks,
Vamsi

Hi @Vamsi Kandala 

We have some different conditions and needs, this rule allows to clone a change management, there are people who open weekly, monthly and the body of the change is the same, so we provide this feature, and the trigger we use following the best practices is by changing a field.
In our instance we already have some automations, and we are avoiding using the same trigger, because we already had an incident of delay in execution and according to Atlassian's support we should do it this way.

Hi @Karoline Rezende Ramos

Understood.  Thank you for explaining.

Regards,
Vamsi

0 votes

Hi @Karoline Rezende Ramos 

I have observed that error when the custom field is not on the edit view, the custom field is different type/value (such as for team-managed or multi-project rules), the rule actor does not have permissions for edit, and when the issues have been made read-only.

Would you please post an image showing the audit log details when the rule works as expected for an issue clone?  That may eliminate some of the possibilities.

Kind regards,
Bill

Hello @Bill Sheboy
Thank you in advance for your attention.
Sure you can...Here is a printout when successfully executed. See:

Screenshot_4.png

It appears the rule was changed today, after the successful run on 9 December.  After that point it appears to be failing.  Do you know what was changed?

There was no change in the rule. The only thing I noticed different is that it only happens when you try to clone a change in the closed status, when cloning the other statuses it works fine.
But in the workflow there is no edit block.

Screenshot_5.png

Are you showing the entire rule in the screen image?

I ask this question because the log details showing the failure show that the Edit Issue Fields action is after the if/else conditions and inside the same level.  So that edit could not be the one which is failing.

There must be another Edit Issue Fields later in the rule which is failing.

Suggest an answer

Log in or Sign up to answer
TAGS

Atlassian Community Events