nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Can you restrict a group of users to only access their sub tasks?

Emma Kershaw

Hello,

We have a slightly complicated workflow requirement for Jira service desk where if a ticket is escalated to a stage 2, it will automatically create a sub-task and the group of people we want to assign the sub-tasks to, we don't want to have access to the main ticket ideally or at the very least the wider service desk.

Is this possible? Maybe by putting their group in a service desk role and setting something in the permission scheme for that group? I can see options like "edit own comments" and "delete own attachments" we could assign them to as well as not putting them in "browse projects" but can't see an option like "view/edit own issues" Maybe something with "set security level" would be useful?

Or maybe we could add them as collaborators so they can upload attachments and add internal comments and add their collaborator group to the Transition Issues permission on the permission scheme?

All ideas gratefully received.

Thanks

Emma

Accepted answers

All comments

Nic Brough -Adaptavist-

No, the visibility of a sub-task is determined by the visibility of its parent issue. You can't hide a sub-task without hiding its parents (and all its siblings).

With some trickery in the workflow, you can make the parent task totally unchangable while allowing full access to its sub-tasks (or vice-versa).

(Actually, there are two fiddles that let you do this, but they break all sorts of things in some very painful ways, and it's not worth the effort, as you can't fix the problems it causes)

Emma Kershaw

Ok thanks Nic.

Accept we might not be able to restrict separating the sub task from the parent but can't we at least stop them viewing other parent tickets not related to theirs?

Seems like maybe with something like the security permission - https://confluence.atlassian.com/adminjiracloud/configuring-issue-level-security-776636711.html ?

Am I also correct to suggest we could also manage their access to other tickets by making them collaborators on their tickets?

Cheers

Nic Brough -Adaptavist-

No, the "issue level security" is the thing that is done at parent level.

You will have to handle visibility of the issues with it on that level, not the sub-tasks. But you can set issue security such that "group A can see issues in level 1, group B can see level 2, group C can see both, and group D, none"

Issue security does allow you to use user fields in it, so you can make it variable too (for example, group B, the assignee and the person named in custom field X can see this)

Emma Kershaw

Ok thanks Nic, so sounds like we can restrict their access to the wider service desk at least by setting the security at parent level. The examples are helpful but I don't quite follow what you mean by level?

Also in your 2nd example if we said group B as an asignee could only see the 2nd level (if this is a sub task), wouldn't that achieve it?

Cheers

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

server

jira

jira-service-desk

jira-server

permission

sub-task