i want to create two separate group
1) for our internal development team issues
2) for client reported issue
a) whatever client reporting should be visible to development team, but client should be able to see only their issues which are reported
b) whatever issues development and testing team is reporting should not visible to client group
c) notification : for every issues reported from client end, notification should display to user who is following particular issue. ()
There are two ways to do point a/b.
The easier and better one is to enable the "reporter browse" permission, and then have a permission scheme that says "browse project: role(internal developers), reporter-browse". But you can't do that on Cloud, as far as I know. You could raise a request with https://support.atlassian.com to see if they will enable it for you.
The clunkier method is to use an issue security scheme that has a level that says "role (internal developer) and reporter can see this issue" and then set that level on every issue
For c - you need to modify the notification scheme so that it sends email to the right people. You don't need to worry about including the wrong people - JIRA does not leak data via email (unless you deliberately open security holes with add-ons). If a user can't see an issue, it won't sen email about that issue to them.
Strange that this is an optional permission - would have thought Atlassian should just make it available by default as it seems a valid use case.
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 little odd.
There is a quirk with it - if you use it in permissions other than "browse", it can have some very odd effects, including a couple of cases where a user trying to do something with an issue throws JIRA into a loop only fixable by restarting it, so you do need to educate admins to use it with care. But that could have been coded around (I'd have put a simple line into the permission editor to stop it being added to other permissions)
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.