We have a group(Developers) that cannot view custom fields under the Modify Issue button on a workflow. We are trying to add the view so they can update the fields. How do we trace where to add the view. What roles or permissions need to be changed and where? I only see modify reporter under permissions.
I added the custome field to the configure screen area. Is this correct or are there any other permissions? Prior to this only certain groups could view the fields. What other thing control the view since now its viewable to everyone. Is thys a secuirty screen by group, roles or some other level?
http://jira.atlassian.com/secure/admin/ConfigureFieldScreen.jspa?id=10200
I'm going to assume that "modify issue button on a workflow" means that you have a customised workflow to which you have added a transition called "modify issue"
If that is incorrect, then you need to correct me, and explain what you really meant to describe (bear in mind that we do NOT know your system, most importantly, how you have configured it differently from a Jira install off-the-shelf)
There's actually quite a lot wrong with your question. You are assuming that "developers cannot view custom field". Quite simply put, Jira does not do that.
It will do some limited "prevent edit" stuff on reporter, assignee, versions and due dates, but NOT custom fields. This invalidates most of your question, because there is no "view by everyone", "security scheme by group, roles" and so-on.
So, if you really are seeing "certain groups can only see some fields", then it's a customisation you have not told us about. You'll need to work out which one that is, then go through your setup for it, probably while reading the documentation for it.
My best guess is that you have the Quisapps "field security" plugin , which is a rather good way to do this, but I'm not sure. You might be doing it with your own custom fields, the behaviours plugin, your own javascript hacks or some other plguin I've not yet run into. Start with https://marketplace.atlassian.com/plugins/com.quisapps.jira.jfs
We have views available only to certain user groups. I do nto see the Quisapps plugin. I believe the worflow routes developers to a certain screen based on their project
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> We have views available only to certain user groups
Right. So how *exactly* are you doing that? Jira simply does not support "hide field" or "make field only editable" by group or user so you have to be doing this with a plugin, code or some other hack, and you need to explain that before we can help you.
You've mentioned workflow, which implies you might be doing this with the standard workaround - you've got transitions that go through screens that allow the edit of issues for a limited set of people, in which case you need to look at the conditions on those transitions, in the workflow editor (and probably the screens they go through)
(Ok, Jira does actually let you control *edit* for reporter, assignee, fix version and due date with permissions. But no others, and there's certainly no "hide field" based on permissions, other than comments)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Under permissions we filter what groups can create issue. Under Project Permissions and Issue permissions. If a group does not have permissions they will go to a specific screen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Create issue is a permission, yes. But your question is about limiting field access. Which Jira does not do. Create issue only controls who can create an issue. The users all see the SAME "create issue" screen when they use the link.
"If a group does not have permissions they will go to a specific screen" is nonsense, unless you have some code that subverts the way Jira normally works.
You need to find out what you've got configured here and tell us what it's doing before we can help you. Although I suspect that once you work out what is configured, you probably won't need our help! But we can't get you there because we don't know what you've done to your system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That doesn't really change my answer I'm afraid - you need to look at your configuration to see what you have configured that is controlling the access you have set up.
I'm not actually sure how to explain this any better. You have set this up. We have no access to your system to see what you have done to it. So you need to understand your own configuration. We can't tell you where to add fields or tinker with permissions because it's your setup which we can't see.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Every project has its own custom screens,workflows, schemes so not every developers views the same screen from one project to another
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.