JIRA works on the allow model of access. You've probably given access to a group, like jira-users, they belong to. I suggest using project roles and assigning users to the role needed in each project.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What do you mean by "team role" and "project role"?
Look at the project admin for "roles".
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I added the project role and removed the group in the "browse" permission once I did this, all the projects hid from the JIRA to users. There is another option called team role
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I suspect your "team role" is just a role that you have added.
For the "projects hid" part of it, please re-read the answer I gave before. You've misunderstood it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I did a google search and found the Tempo Team plugin gives you team roles. That isn't part of the base product. To work in JIRA you need to stop thinking about 'hiding' things. There is no way to hid in JIRA. You chose to allow access. Thinking that way will make it easier to figure out how to do what you want.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ah. Right, so an admin added an add-on that adds team role. Gottit.
Joe is absolutely spot-on here - stop thinking in terms of "hide" and think in terms of "allow access to". It will help you much more.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I added all the developers to developer role under "Project Role Browser" and set the project role in "browse" permission, but still, every developer can see all the projects and issues which do not have any involvements of them.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Again, please have a look at the previous answers, the reasons people can see everything are given in them, along with what you need to do about it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is all too complicated. Why can't we have a simple option to hide a project from view when selecting projects from the issues screen? Just have it be visible in the main master projects list, but hide the project and its boards from the issues screens?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The simple answer is they didn't design it that way. The best practice security answer is you always grant permissions, not deny.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sure....but I should be able to create a project and restrict it to certain users. Or create a group and restrict to that group. There is no obvious way to do this in Jira.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I just want to remove/hide a completed project from the project list, I only want to 'see' projects that are active or projects that are waiting to be started, regardless of the 'role' of the user. Seems like basic functionality...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It is basic functionality - not granting people the right to see a project and its issues is pretty basic.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Prasad, you can do it by roles or by groups. Its done via Permission Schemes - simply deny the "Browse" permission to the group or role you wish to exclude.
We were not able to classify simply by role in our company, because of the sheer magnitude of people in the User role - who needed to be further classified for the project's permission scheme. So we created user groups - Default permission scheme was modified and it denied permission to everyone except a core group.
Individual project permission schemes were created - they allow permissions to specific groups of users who were given individual permissions within a project. We also have clients accessing our JIRA instance, with a greater need for customisation of permission schemes. For e.g. Client users may Browse and comment issues. But the Client approver is a single user who may edit issues, transition issues and link issues as well... etc.
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.
Got to admin -> issues -> permission schemes
Bear in mind if you do this with groups, you'll need to keep creating more schemes every time a project is created. Roles are a far better approach, because you can use a small handful of well understood schemes, and easily change the users and groups in use in a project. Roles can do everything groups can, and more and the groups in permission schemes are a nightmare to maintain, especially in larger systems.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You'll need to remove the users from any roles in the project, or groups in the system that give them "browse" permission (check the permission scheme to see what that says)
By default, JIRA tends to put the "can log in" group into projects, so you will probably find you have to go through your projects and remove the group "jira-users" from the roles, replacing it with the individuals or groups who should retain access. I'd also recommend removing it from the default roles, so new projects don't inherit it automatically.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
A follow up question on this topic: Is it possible hide projects / restrict the access for Jira admins or site admins?
We are working with several teams within one Jira instance and our IT support (= Jira admins) struggle with the spam of dozens of projects that are not relevant to them.
For the rest of the users we can easily limit the permissions but we have not found a solution for those admins...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You need to edit the permission schemes for each project, as described above. The admins are getting "browse" somehow (usually you will find someone has granted "browse project" for the administrator group)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Nic Brough -Adaptavist- - Thank you very much. Exactly what I was looking for. Site admin can still see the projects but with a new permission scheme that contains no groups at all, the archived issues don't show any longer.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
but how do it? Where step by step to customize per project. Please more clearly, thank!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You need to edit the permission schemes for each project, as described above.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
How do I restrict a small number of users to a project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You have to remove whatever is granting them access to the projects you do not want them to see, and then grant them access to what you do want them to see.
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.