Current user which is set the permissioned as developer can change the issue type from Defect to Improvement. What is the possible i can block this thing from happened?Developer can view and edit but cannot change the issue type.
If a user can edit an issue, they can change the issue type if you allow them by
You can't block that natively
Ah think our configuration led me to this assumption, because there is always something different. :) thank you!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can create 'Screen Scheme' where 'Edit Issue' operation can be assigned to screen without 'Issue Type' field to change.
Then add this screen scheme to Issue Type Screen Scheme for all needed projects.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Good plan, but it does rely on you not ever needing to change between issue types that are configured differently in general, and still leaves the "move" option open
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What is "move"? I do not get it. Issue type is field, it is not like status
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, it is a field, but it is a field that ALL the configuration hangs off. The issue type determines what screens, fields and workflows you use. If you have issue types that are configured differently, then changing issue type means you are changing the entire configuration of the issue, and that is not a simple thing to do. The move function has all the code needed to check and migrate between issue types. Plain "edit" does not. Try it for yourself - set up a project that uses two different workflows for bug and task, and create a bug. You will find that you are not offered "task" in the issue type field when you try to edit it - you have to use "move" to change it.
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.
I am admin of project and i cannot edit issue type inside issue. But such an opportunity was until recently. No one changed the settings. I can it make by Move. How can i decide it? Pls help.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can't use "edit" unless there is at least one other issue type available inth project that is configured to use the same screens, workflow and fields.
"No one changed the settings" is wrong - someone has changed one or more of those things.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Can you help me with the settings? Which ones to compare? I can give screenshots. There are several projects and editing is available on some, but not on one. The schemes are all defaulted.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Update: I fixed it. We added new type "Idea" but not adde it to
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi All,
Thanks for the feedback. Anyway, i have tried by removing the Project Role (Developer) from the Permission Schemes page. Then i login as developer and developer cannot edit the issue type (change from defect to improvement), cannot change the severity and etc but developer still able to comment, attach files and fix issue etc. It seems work for me.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So you've killed off the *edit* rights
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
<sigh>
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can change issue type by editing the field directly, if it is on the edit screen and the issue types have the same configuration. If one of those is not true, you have to move the issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Nic Brough -Adaptavist- Is this still true as of Server v. 8.5? It seems odd that I have to move an issue to change the issue type. I understand it is a function of using two different workflows.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, still true, as the issue type is fundamental and allows for different configurations, it has to be "moved".
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Isn't it the permission to "move" an issue type? I can't remember changing the issue type without using the move functionality?
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.
You can also attempt to use workflow permissions to fix this. Please take a look at this link: https://confluence.atlassian.com/pages/viewpage.action?pageId=149834
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.