• 154
    • 16
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? See the corresponding suggestion.

      Atlassian Update - 19 March 2015

      Hi everyone,

      This is a routine update of this issue.

      We are working to make JIRA more flexible on a per-project basis so that it's easier for a variety of teams to adapt it. Issue links certainly fall under this category. While this issue is not currently on our roadmap, we do hope to address it in the future.

      Please don't hesitate to contact me if you have any questions.

      Regards,
      Dave Meyer
      JIRA Product Manager

      Allow to select which issue link types apply to which projects.

          Form Name

            [JRASERVER-16325] Customise Issue Links per project

            Hubert Kut added a comment -

            If anyone on datacenter is looking for solution, we are using at eBay this tool to simplify our life and have links per projects  
            I still don't get it why it is not out of the box. It is what it is  
            https://marketplace.atlassian.com/apps/1214172/extended-schemes-for-jira?hosting=datacenter&tab=overview

            Cheers!

            Hubert Kut added a comment - If anyone on datacenter is looking for solution, we are using at eBay this tool to simplify our life and have links per projects   I still don't get it why it is not out of the box. It is what it is   https://marketplace.atlassian.com/apps/1214172/extended-schemes-for-jira?hosting=datacenter&tab=overview Cheers!

            We would love this please. We just merged instances and now have 40+ types covering multiple companies and work types. Restricting on a per project or user group basis would be great.

            Graeme Baker added a comment - We would love this please. We just merged instances and now have 40+ types covering multiple companies and work types. Restricting on a per project or user group basis would be great.

            + would be nice to be allowed to decide what issue link types I can allow per each project

            Viktoria Soldatova added a comment - + would be nice to be allowed to decide what issue link types I can allow per each project

            @ 879378878e7f

            This works only for Jira Cloud. Is there a plan to bring it to Data Center?

            Hannes Medwed added a comment - @ 879378878e7f This works only for Jira Cloud. Is there a plan to bring it to Data Center?

            Hello Atlassian Team,

             

            This issue is really demanding. Already additional add-ons exist to fix this request.

            I think it is time to implement this feature!

            Atlassian team, please, save my pointing finger from being tied by scrolling unneeded linking types!

             

            Best regards,

            Ievgen Kovalov

            Ievgen Kovalov added a comment - Hello Atlassian Team,   This issue is really demanding. Already additional add-ons exist to fix this request. I think it is time to implement this feature! Atlassian team, please, save my pointing finger from being tied by scrolling unneeded linking types!   Best regards, Ievgen Kovalov

            +1   our Service Management and Software projects require very different links and restricting options would make this option a lot more user friendly.

            Els Bassant added a comment - +1   our Service Management and Software projects require very different links and restricting options would make this option a lot more user friendly.

            This is very very painful. The list of possible links is increasing every time when a different branch of our huge organization joins in and adds their own linking schemes that suits to their workflows. Now we have over 30 linking types and I just heard that it will significantly increase in near future.

            It's annoying to start printing guidance lists of preferable links inside projects for the employees. This really slows down our workflow and increases the demand for documentation, supervision and schooling.

            Erkki Tolonen added a comment - This is very very painful. The list of possible links is increasing every time when a different branch of our huge organization joins in and adds their own linking schemes that suits to their workflows. Now we have over 30 linking types and I just heard that it will significantly increase in near future. It's annoying to start printing guidance lists of preferable links inside projects for the employees. This really slows down our workflow and increases the demand for documentation, supervision and schooling.

            How many votes does this take to get this on the roadmap?  Obviously it has gathered enough interest to be considered.  Might not be a low hanging fruit type of issue but would obviously please a lot of users to get this done!  

            Marilyn DeLuca added a comment - How many votes does this take to get this on the roadmap?  Obviously it has gathered enough interest to be considered.  Might not be a low hanging fruit type of issue but would obviously please a lot of users to get this done!  

            I'm relocating my project from an instance where I have total control, to a much large instance with scores of projects in, and I've been told I can't use the link times my projects are used to.  This means changes to our working procedures, and issues with closed linked tickets.

            In 2015 the following comment was made

            • "While this issue is not currently on our roadmap, we do hope to address it in the future."

            It's now 2023:  can we have an update please?  

            Simon Hedges added a comment - I'm relocating my project from an instance where I have total control, to a much large instance with scores of projects in, and I've been told I can't use the link times my projects are used to.  This means changes to our working procedures, and issues with closed linked tickets. In 2015 the following comment was made "While this issue is not currently on our roadmap, we do hope to address it in the future." It's now 2023:  can we have an update please?  

            I think I can see that inter-project linking would be a challenge to come up with "one right way to handle all customers' scenarios".  However, I believe a reasonable solution would be: only allow "relates to" or "requires" when linking inter-project, and then warn admin if they attempt to delete these from the project that inter-project linking won't work thereafter. I believe that is a reasonable "compromise" that the vast majority of customers would settle for, especially since the alternative is apparently to be without any option for years and years. 

            Justin Warwick added a comment - I think I can see that inter-project linking would be a challenge to come up with "one right way to handle all customers' scenarios".  However, I believe a reasonable solution would be: only allow "relates to" or "requires" when linking inter-project, and then warn admin if they attempt to delete these from the project that inter-project linking won't work thereafter. I believe that is a reasonable "compromise" that the vast majority of customers would settle for, especially since the alternative is apparently to be without any option for years and years. 

              Unassigned Unassigned
              anton@atlassian.com AntonA
              Votes:
              769 Vote for this issue
              Watchers:
              319 Start watching this issue

                Created:
                Updated: