We have a JIRA project containing issues of types Bug, NFS and Task. We want to make only the bug issues (from all reporters) visible to our client (non-developer) users. It looks as if Issue Security might help here, but how?
We also have the Greenhopper plugin installed. How do we remove visibility of the Kanban/Scrum boards from our client users while still allowing them to browse all bug issues ?
Thanks in anticipation
I'd suggest Configuring Issue-Level Security for that project and set a default so that only developers can view those issues. This means all issues created by default will not be able to viewed by anyone except developers. Then what you can do is add a post-function using a Groovy Script (Script Runner can execute this) to set a different issue security level for bugs. Onresolve have some further information on this on one of their blog posts, setting issue security level by issue type - please take a look through it for further info.
In order to restrict access to the GreenHopper boards, you could edit the default permissions on the filters that board uses, so that only developers could view them. By default GreenHopper will create a filter and provide permissions to the projects that use it, to fix this remove those projects and apply the Group: jira-developers permission.This will prevent all users without that permission from viewing the board. Provided that no one modifies the permissions on that filter, your users will be able to view bugs however not view your GreenHopper boards.
Hey, you can edit the filter permissions with:
Issues > Manage Filters > Search > Click on the name of the filter > Rename or Share > Trash the current shares > Add new shares for the appropriate group
This will then restrict that filter's visibility to users of that group. This is a workaround and is using GreenHopper and the JIRA filters in a way they weren't originally designed for, however it will work.
Yes, issue security schemes can help. Create security levels where the clients are not part of and then assign it to the issues of other types.
Maybe you can set it by default in the workflow post function of the other types, just to make sure the field is nt left empty!
But seems security level is not in the list. You might want to write a new plugin. JMWE plugin has a built in post function that sets security level based on project role. Might help!
OK, I looked at the source for SetIssueSecurityFromRoleFunction and unless someone has a better idea as to how I can address our root issue (i.e. hide Improvements and Tasks from non-developers) then it seems that I'll have to get a developer to create a plugin which has a SetIssueSecurityFromIssueType function.
Help, anyone ?
The Jira Marketing team is putting together an ebook on migrating to Data Center. We're looking for pro tips on how you staffed your project team and organized your Proof of Concept. Share yo...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs