Provide the option to "Extend with Linked Issues" with all Link Types
Would it be possible to provide an option to "Extend with Linked Issues" with all Link Types instead of having to create an extender for every Link Type? Hopefully that makes sense...
Collecting requirements – please see the comment.
Anjali Gola commented
+1 We have teams that use a variety of link types. While we can try to drive standardization, we have found this is not easy. If it is not possible to add 'all link types' ... it should be possible to add 'top lik types'. We have shortlisted five link types that are most frequently used and have an internal official recommendation. These are : The four defaults (clones, relates, duplicates, blocks) + includes. We are considering parent/child instead of includes. If an extender would just capture these five different types that would cover a bulk of situation.
The way to configure this could be that for each link type a certain flag could be turned on to make it show in the 'extend with linked issues of special link types'.
+1. Some of our users in certain projects haven't ever had to care about issue link types so we have a bunch of link types used between project A and project B.
We could retrain users which is the easy part, but then we would also have to fix old issue links which is harder.
I'd prefer not to hard code 6-7 types of our links into extenders.
Mikal H Henriksen commented
I just had a similar idea that might also look better for systems with a lot of varying types of links. What if there was a column that can show each link relation of the issue to the parent issue? That way we can simply extend an issue with all linked issues (or some custom filter), and expose the relation with the column instead of in the hierarchy.
Mikal H Henriksen commented
I'd like this too. We have a large organization with several teams and projects. My use case is to get an overview of all issues in other projects that are linked to my project, mostly to easily visualize blocks, but usage of link types isn't always consistent so I don't want to limit it to one link type. So that means all link types and directions, and I was picturing it as a subfolder per link direction, kinda similar to what it looks like on the normal issue details page.
I'm handling it right now with ScriptRunner and an extender per link type, but it's a chore.
Erlend Flaa commented
Adding to this discussion. Yes, this could be handy... but only if I am able to see the link type (which is another pending feature request, I believe).
My apologies for the response delay. Yes, I would like to see all linked issues regardless of the direction.
I currently use Structure to list all my customers' feature requests. When a request is created I then get my dev team to link issues they are working on that relate to that original request. It is great because I can set an overall Status for the original request as well as view the statuses of all linked issues in a single dashboard. Very handy. Thanks!
Hi Jeremy, thank you for the explanation!
Please note that each link has a direction. For example, "Blocks" link type would have directions "A blocks B" and "B is blocked by A". Would it be correct to say that when you configure such an extender (that would include multiple link types), then you'd want to see all linked issues regardless of the direction?
Also, could you expand a little on what is the use case -- how do you use such structure?
Thanks for your reply, Igor. I believe the problem resides in the fact that we currently have ~20 different Link Types (ex. "Blocked", "Dependency", "Duplicate", "Parent", "Related", etc). Don't ask me why there are so many but that seems to be the case now and I doubt I can narrow down the list without impacting other teams who possible use some of those Link Types. A similar example of multiple Link Types can be seen here on Atlassian web site:
If you use that image as reference, for all my Structure dashboards, I need to currently create a separate Extender for each Link Type (i.e. Blocked, Bonfire Testing, Cloners, etc). This is a bit tedious and prone to error if someone in the future adds a new Link Type and I have not created a new Extender to display those links.
Regarding direction, I'd rather not have the user have to configure anything for each link type. I'd like a single Extender with Linked Issues cover all Link Types.
My apologies for any lack of understanding on my part. I have only begun using Structure recently but find it very powerful!
Hi Jeremy, thanks for the suggestion --
It does make sense, but brings a couple questions. Will this extender require the user to configure a direction for each of the link type? Can you expand a bit more about the use case?