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.
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)
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