It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Subtask level security

I know there is topic already on this, but is there a way to achieve this, we need to hide the information in one of the subtasks under a issue to general users and make it visible only for select personnel. Since subtasks inherit issue security from parent, we can either show all the subtasks or none at all. 

 

is there any workaround for this other than linking another issue(already tried that) or a third party app?

1 answer

1 accepted

1 vote
Answer accepted

Yes, and no.

Yes, because you can set security levels on sub-tasks via the REST API (you can't do this in the UI), rather than letting them inherit their security from their parent issue.

But, no, because it is not supported, gets changed unexpectedly (it gets blanked out on some changes of either child or parent) and is not consistently reported either.  If, for example, you log 4 hours work on a "hacked" subtask, it rolls up to the parent issue for people who can see the subtask, but not those who can not.  But if anyone reports on Σtime, if they can see the parent, it includes the sub-task that they can't see.

So, I tend to describe the REST trick as a "hack" or "bodge" rather than a "workaround" - it's got too many flaws to be useful.

I think you would be better off creating separate issues to be secured, rather than sub-tasks.

Thanks Nic,

I created another issue called B and applied issue security and linked it to A(with subtasks). It works but from our perspective this A and B are templates and we clone these templates(used for onboarding different resources), when cloning there is an option to check clone sub-tasks and clone-links, when i check them both its only cloning A issue with subtasks but its not cloning issue B rather the new cloned issue is pointing just to old link B.

 

So we decided to clone A(with subtasks) and Clone B and link them together after cloning. You can see after a while its going to be confusing for the user.

 

I also remove clone prefixes and cloners issue link. just FYI

Yes, when you clone B, you won't get A's subtasks cloned, because they're not part of B.

thats not what i meant, two issues forget about the subtasks

A and B, link them together and if you clone A and choose option clone links

 

The result should have new clone of A link to new clone of B right, but thats not happening

Ahh, ok, I misunderstood, sorry.

I think the problem is that Jira has no way of knowing that your clones of A and B should be linked, because each clone action is separate and done to a different issue.

I think you can do this by writing a listener that catches that the clone of B has been made, looks back at B, works out if B has a link to A, then works out if A has been cloned, and if it has, links the clone of B to the clone of A.

Thanks Nic, will try that.

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted in Jira

Demo Den Ep. 7: New Jira Cloud Reports

Learn how to use two new reports for next-gen projects in Jira Cloud:  Cumulative flow diagram and Sprint burndown chart. Ivan Teong, Product Manager, Jira Software, demos the Cumulative ...

308 views 1 3
Join discussion

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you