Could you please refer the below screenshot and let me know if the user mentioned has access to that particular project. I assigned this user to a different user group and I want this user to access only that project assigned for this group.
If this is not the way to do this, please advise! My requirement is to give the users access to a particular project only!
To verify if the user has access to the project, you should select the browse project permission where you now have selected Administer projects.
If you then get the same result as on your screenshot, Mark does not have access. The first 2 lines are not relevant in this case. The red cross next to the Project role is what matters here. You can just ignore the lines where you see xx does not override this permission.
Hope this helps!
Thank you for your response, Walter.
I switched it to Browse Project and its showing the same result (See screenshots below). However, the user has reported that he can access all our projects.
Also, the status is confusing. It says, Mark has the permission after a cross sign.
Mark's user details is also included below.
Please advise!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I do not know how your environment is configured, so it is hard to tell what exactly is going on. If the user says he can access all projects and that is as intended, then you have an important thing covered.
I do understand that you want to (and should) understand your own settings, obviously. My guess is that the permission scheme(s) you use are granting permissions to any logged in user (or even public access, but I rather think any logged in user). That means that anyone logged into Jira automatically can access any project using that permission scheme without the need of any additional configuration. That would explain why Mark has access.
As to the messages you see in the permission helper, that rather points in the direction that the account you used to run the checks may not have all the required permissions to properly analyse the project permissions. You may be lacking project admin permissions, which may explain why Jira can't properly retrieve the actual permission name you are trying to validate.
On a final note, I would recommend not to share user information in so many details here (referring to the screenshot of Mark's user profile). This is a publicly available forum, so if you share user details, blank out key details like mail addresses etc.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Got it, Walter.
This is what I intended to do. Mark is one of our clients and we want to give him access to his project only. I added him as an user and added him to a newly created group. This group is included in the Browse Projects section of the Permission scheme (created a separate one for Mark's project) along with my organization's users. (see screenshot below).
The remaining projects in my Jira cloud are using the default scheme and this scheme's browse project permission is configured as shown (note that Mark is not a part of either the Group (jira-software-users-tunagroup) or the Project Role (atlassian-addons-project-access)).
My understanding is that, if it is configured this way, then Mark should only be able to browse the projects using the MGM scheme and not the default scheme.
Please see the screenshots shown below and let me know if there is any other setting I need to do so that I can restrict Mark from seeing projects other than his own.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If these are the only schemes you are using, the default scheme is linked to all projects except Mark's and the MGM scheme is linked Mark's project only, then this should work (in terms of just granting access).
However, a couple of notes:
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 must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.