I'm having an issue where a user is not able to move issues within the Kanban board and is presented with this error. I attached a copy of the workflow here as well. This user is an administrator currently. When checking the permissions helper, they are listed as being able to move issues on the board.
You will need to also check to see by accessing the WF transition (edit the WF) to see if there are any condition, post function that may contribute to the issue.
Hope this helps.
Best, Joseph Chung Yin
Jira/JSM Functional Lead, Global Infrastructure Applications Team
So there is no finding against the transitions that go into IN PROGRESS?
You can try to see if someone (another admin for the same project) else or add yourself to the Administrator role to the project in question, then try to execute the same transition operations to determine if it works or not.
Lastly, does the administrator user in question has agent license and also as a member of the Service Desk Team role?
Thanks @Joseph Chung Yin
There is no formatting that affects the status TO DO -> IN PROGRESS. I was able to get a screenshot of the role permissions - does this look right to you in that everyone in these roles should have access to the service project agents parts of our board?
What is the actual permission scheme associated with the project in question? Can you provide that too.
Ok, you can also edit the WF and re-publish it again. Afterward try to conduct the transition move again. Were you able to conduct the transition as I suggested?
Lastly, please ensure the "issue type associated with the problem issue is using the WF that you screenshot.
Is this the permission scheme you mean?
I edited and republished the WF as suggested - it allows me to move the status, but I will have to check back with my colleague as I am hesitant to give up admin status to test.
How can I be sure that the issue type is utilizing the WF that I have?
Yes on the permission scheme. You will need to check the permission scheme used by the TSM project setup.
For the WF check - Follow the steps below:
1) Go to the TSM project >> Project Settings
2) In the Project Settings UI, select Workflows option on the left nav pane to see all the WFs used within the project.
3) Identify the issue type associated with TSM-21 issue in question, and determine which WF it is using and compare it with the WF image that you provided in your ask.
Lastly, I don't quite understand your statement of "I am hesitant to give up admin status to test". Why you have to give up the admin status if your team member (who cannot execute the transition) is also the admin. Is he/she the project admin and assigned with the proper roles in the TSM project?.
If he/she is setup properly, then he/she should be able to execute the transition too.
Hope this helps.
I was able to navigate to the permissions scheme and was able to access the TSM permissions scheme, I see that Service Project Agent and Move Issues currently allow all users access permissions.
I see that TSM is currently a task.
I'm hesitant to give up admin status right now as it's outside of business hours so I wouldn't be able to get access again until tomorrow.
Great. Now you just need to make sure that the person who is having the problem is associated with the appropriate roles that is called out in TSM permission scheme.
Also, ask the same person if he/she can access the issue directly in the project UI and try to move the issue to IN PROGRESS. If this works but the KANBAN board is not, then it can be a problem with the KANBAN board.
Lastly, the WF that you published for TSM project is the same one you displayed in your reply? A side question - You know that for KANBAN/SCRUM boards are for Jira Software projects and not for JSM ServiceDesk projects by default right?
Again, let me know of your testing result with the person who is having the problem tomorrow.
For the WF, you need to put it in the Edit mode to verify the transitions have no issues. I assume you did that already. Example below once you are seeing the WF used in the edit mode.
If not, you need to do so - checking if there are any Conditions/Validations/Post-Functions that may present problems when moving issue from OPEN into IN PROGRESS transition.
Thanks @Joseph Chung Yin !
I was able to meet with the individual having difficulties moving issues and they note they still cannot move issues and this error is shown when trying to move via the UI in the issue which is weird because they should have the same permissions as me at this point.
I wasn't able to locate the transition screen you screenshotted to above, but I found the below image from examining properties on pending approval. Could these properties be what is causing these errors? Thanks
I think I might have discovered something @Joseph Chung Yin
I notice that on the first error, it won't let the issue be moved to "In Progress" which is different from the workflow than the "Progress" status. I believe the In Progress status is a Jira default -
Is there a way to combine these or replace with the Jira default so it will function?
Note that the current workflow should be 1.13.22 Copy of TSM and it is associated to "Progress" but not "In Progress"
You need to find out which WF is currently being used by your TSM project for the Task issue type. The "Progress" is fine. Note based on your original image that you provided, the transition name is "In Progress", the actual status is "Progress". This is not the issue of your problem.
The transition can be named to anything. Once again, identify which WF is being used in your TSM project.
Hi Everyone, In this tutorial, we will show you how you can monitor an SLA, and send notifications before or after the SLA has been breached. SLA Threshold Trigger The SLA t...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events