• Icon: Suggestion Suggestion
    • Resolution: Obsolete
    • None
    • None
    • None
    • 7
    • 3
    • 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.

      Problem Definition

      I often create filters for users, especially those that are more complex or, because of my BA role, I create the initial filters and board setup for the product owners; however, the product owners (or those that are requesting my help), actually should own or manage the filters.

      Today, I create a filter, share it. Then that user is required to create their own and then change the filter for a board or gadget that the filter is often associated with. I have to remember to go back and delete these filters as I have no need to have them in my list.

      • As an administrator, we have hundreds if not thousands of filters that no one uses, but I have no way of knowing which ones they are to get them cleaned up.
      • As an administrator, I often get requests to go change ownership.
      • And, as an administrator and analyst, I often have to go in and change ownership to me, change their filter, and then change ownership back.

      Suggested Solution

      As an analyst,

      • I want to be able to change ownership or share ownership of a filter I created with/to another user so that they are able to manage the filter contents.
      • I want the ability to change the ownership of my own filters to someone else, or even better, actually share the ownership or management of a filter.

      Note on Fix

      The current ticket is superseded by JRASERVER-17783.

            [JRASERVER-39148] Change owner and share ownership of filters

            Hey 4101b48837ca
            Thanks for sharing your workaround.
            To be specific, this is not an exact duplicate of JRASERVER-17783 (change of ownership vs shared ownership), but I agree with you it addressed the same need and solves the problem.

            gonchik
            Thanks for the notification, I will mark the current ticket is superseded by JRASERVER-17783.

            Andriy Yakovlev [Atlassian] added a comment - - edited Hey 4101b48837ca Thanks for sharing your workaround. To be specific, this is not an exact duplicate of JRASERVER-17783 (change of ownership vs shared ownership), but I agree with you it addressed the same need and solves the problem. gonchik Thanks for the notification, I will mark the current ticket is superseded by JRASERVER-17783 .

            Gonchik Tsymzhitov added a comment - - edited

            Yes, it's included.
            ayakovlev@atlassian.com Can we close that issue, please?
            as feature from 7.12 works well

            Gonchik Tsymzhitov added a comment - - edited Yes, it's included. ayakovlev@atlassian.com Can we close that issue, please? as feature from 7.12 works well

            Actually, is this a dup of JRASERVER-17783 which was fixed in 7.12? Maybe the latest version already has this?

            Ben Spiller added a comment - Actually, is this a dup of  JRASERVER-17783 which was fixed in 7.12? Maybe the latest version already has this?

            +1 for this, we have a group of senior people who need to be able to edit the team's filters; plus the current single-owner restriction causes big problems when the owner is off sick or on vacation.

            Our workaround is to have a special user account that owns all our shared filters (&dashboards) whose password is shared across our senior team members, but that's obviously far from ideal, and means everyone has to log out and log back in as this special user to make any changes. 

            Ben Spiller added a comment - +1 for this, we have a group of senior people who need to be able to edit the team's filters; plus the current single-owner restriction causes big problems when the owner is off sick or on vacation. Our workaround is to have a special user account that owns all our shared filters (&dashboards) whose password is shared across our senior team members, but that's obviously far from ideal, and means everyone has to log out and log back in as this special user to make any changes. 

            Michael Benz added a comment - - edited

            Going from JIRA 7.8.1 to 8.6.1 soon I think we will get rid of that problem.
            Yes. Thanks @Ben Spiller - since JIRA 7.12 there is group ownership of a filter.

            Michael Benz added a comment - - edited Going from JIRA 7.8.1 to 8.6.1 soon I think we will get rid of that problem. Yes. Thanks @Ben Spiller - since JIRA 7.12 there is group ownership of a filter.

            John Gill added a comment -

            This seems like an intuitive feature since it follows the way schemes are throughout the app. Really the whole board system lacks global configuration options, when comparing to the other features in the app, like screens, fields, workflows, permissions, notifications. Why are boards and the tools they use some of the hardest things to have a universal configuration on. 

            Not to distract from the issue, but this has been a feature request for 5 years, on one of the main tools this app is good for, and seems to be more than intuitive to add. I'd hope we'd see more movement on things like this, over "Jira Mobile" (Released this month) which still has tons of problems and bugs. 

            It's like a person who's doing an add-on on their house when they have a termite infestation. Fix the main house first, before you go building that add on. 

            Here's to another 5 years without the feature! 

            John Gill added a comment - This seems like an intuitive feature since it follows the way schemes are throughout the app. Really the whole board system lacks global configuration options, when comparing to the other features in the app, like screens, fields, workflows, permissions, notifications. Why are boards and the tools they use some of the hardest things to have a universal configuration on.  Not to distract from the issue, but this has been a feature request for 5 years, on one of the main tools this app is good for, and seems to be more than intuitive to add. I'd hope we'd see more movement on things like this, over "Jira Mobile" (Released this month) which still has tons of problems and bugs.  It's like a person who's doing an add-on on their house when they have a termite infestation. Fix the main house first, before you go building that add on.  Here's to another 5 years without the feature! 

            Hi!
            I hope that feature already delivered in 7.12.x release.
            https://confluence.atlassian.com/jirasoftware/jira-software-7-12-x-release-notes-953676636.html

            Because to me, it's enough to share edit rights and admins already have functionality to transfer ownership public filters and dashboards

            Cheers,
            Gonchik Tsymzhitov

            Gonchik Tsymzhitov added a comment - Hi! I hope that feature already delivered in 7.12.x release. https://confluence.atlassian.com/jirasoftware/jira-software-7-12-x-release-notes-953676636.html Because to me, it's enough to share edit rights and admins already have functionality to transfer ownership public filters and dashboards Cheers, Gonchik Tsymzhitov

            ++ on this.

            Lacking this feature:

            Group ownership of filters to allow more than one user to be able to modify a filter.

            forces us to create dummy user accounts and share credentials. 

            Security and audit suffers because of the lack of this feature. 

            How many votes does it take to get some action?

            Marios Leventopoulos added a comment - ++ on this. Lacking this feature: Group ownership of filters to allow more than one user to be able to modify a filter. forces us to create dummy user accounts and share credentials.  Security and audit suffers because of the lack of this feature.  How many votes does it take to get some action?

            falilampa added a comment -

            Is it possible to own a filter by a user group? Ideally, it should be the same as a filesystem: read, write access handling one group and individual level.

            falilampa added a comment - Is it possible to own a filter by a user group? Ideally, it should be the same as a filesystem: read, write access handling one group and individual level.

            This feature request is essential

            Wow, four and a half years without any progress...

            Deleted Account (Inactive) added a comment - This feature request is essential Wow, four and a half years without any progress...

            We also need this feature

            Orietha Castillo added a comment - We also need this feature

            DruR added a comment -

            This would be a great feature!

            DruR added a comment - This would be a great feature!

            This is a problem with us trying to maintain filters for staff no longer with the company or filter owners who are not available to make edits. Allowing the owner to be an individual or a group would allow us to maintain our Jira project without going to the main Jira administrators for support when they are busy with many tasks keeping the system running.

            Christopher Adams added a comment - This is a problem with us trying to maintain filters for staff no longer with the company or filter owners who are not available to make edits. Allowing the owner to be an individual or a group would allow us to maintain our Jira project without going to the main Jira administrators for support when they are busy with many tasks keeping the system running.

            Same problem for us. Filter owner on vacation... Try to find someone who can change the ownership.

            Ron Becker added a comment - Same problem for us. Filter owner on vacation... Try to find someone who can change the ownership.

            Filters are extremely important to a number of shared, cooperative functionalities within Jira:

            • Team Dashboards
            • Agile Boards
            • Issue sources in Portfolio for Jira

            If a change needs to be made to any of these and the filter owner is unavailable, a request would have to be put in to a Jira Admin. In larger organizations, however, the Jira admin(s) would likely not have the context or bandwidth to make the changes in a timely manner. Without approval from the filter owner, the Jira admin(s) could also choose to not complete the request at all.

            Due to JQL limitations, many filters need to be updated regularly to accommodate data model changes (new values added to fields, etc).

            Allowing for shared (or group) ownership of filters would solve these problems. 

            Jack Harding added a comment - Filters are extremely important to a number of shared, cooperative functionalities within Jira: Team Dashboards Agile Boards Issue sources in Portfolio for Jira If a change needs to be made to any of these and the filter owner is unavailable, a request would have to be put in to a Jira Admin. In larger organizations, however, the Jira admin(s) would likely not have the context or bandwidth to make the changes in a timely manner. Without approval from the filter owner, the Jira admin(s) could also choose to not complete the request at all. Due to JQL limitations, many filters need to be updated regularly to accommodate data model changes (new values added to fields, etc). Allowing for shared (or group) ownership of filters would solve these problems. 

            Same problem as others: multiple admins for an agile board but the filter is unnecessarily locked down to one.

            Kasper Malfroid added a comment - Same problem as others: multiple admins for an agile board but the filter is unnecessarily locked down to one.

            In our workflow, multiple people can be responsible for a scrum board (say we have two people leading a meeting).  Single ownership seems to run counter to the fundamental ideas of scrum.

            Gabe Foster added a comment - In our workflow, multiple people can be responsible for a scrum board (say we have two people leading a meeting).  Single ownership seems to run counter to the fundamental ideas of scrum.

            Ryan Olson added a comment -

            Single owners of dashboards is an issue for our teams. These are a great way to share information and status, but when only 1 person can update the filters and settings it bottlenecks real-time agile status and collaboration.

            Ryan Olson added a comment - Single owners of dashboards is an issue for our teams. These are a great way to share information and status, but when only 1 person can update the filters and settings it bottlenecks real-time agile status and collaboration.

            Please add, this would be a reallllllllly helpful feature for our enterprise.

            Shane Wignall added a comment - Please add, this would be a reallllllllly helpful feature for our enterprise.

            Making a group a owner of a filter would also extremely helpful. 

            Cyrus Kiani added a comment - Making a group a owner of a filter would also extremely helpful. 

            Same problem as others- two admins for an agile board but the filter is unnecessarily locked down to one.

            Greg Skerman added a comment - Same problem as others- two admins for an agile board but the filter is unnecessarily locked down to one.

            mkollind added a comment -

            With the feature of having multiple administrators for an agile board (which is a great feature) it is strange that only one person can update the filter associated with the board. Although it is possible to create a new filter and use that instead, in the end there might be a lot of filters created with some uncertainty from the owners as to which one is actually used.

            mkollind added a comment - With the feature of having multiple administrators for an agile board (which is a great feature) it is strange that only one person can update the filter associated with the board. Although it is possible to create a new filter and use that instead, in the end there might be a lot of filters created with some uncertainty from the owners as to which one is actually used.

            We're facing problems with this too. When a shared filter owner is absent (for whatever reason) and our project is developing into new versions, we need to change some of the shared filters, but just can't and have to make our own copy of it.

            Richard Lucas added a comment - We're facing problems with this too. When a shared filter owner is absent (for whatever reason) and our project is developing into new versions, we need to change some of the shared filters, but just can't and have to make our own copy of it.

            Thomas Potter added a comment - - edited

            This is very impactful and creates single point of failures within a company. If someone, who is the owner of a filter, leaves the company it is very time consuming to have the new "owner" of the board to take over.

            Thomas Potter added a comment - - edited This is very impactful and creates single point of failures within a company. If someone, who is the owner of a filter, leaves the company it is very time consuming to have the new "owner" of the board to take over.

            This would also be extremely helpful, we have Agile boards built on a filter, and it's hard to track down the one and only person in the company that created the filter that the board uses to make changes.

            The only other alternative is to create a new filter which will result in the same issue again.

            Michelle Johnson added a comment - This would also be extremely helpful, we have Agile boards built on a filter, and it's hard to track down the one and only person in the company that created the filter that the board uses to make changes. The only other alternative is to create a new filter which will result in the same issue again.

            I have this exact same problem, although I'm a project admin, not a sys admin, so I find I have to "save as" a filter, make amendments, and then (in my particular case) set the scrum board to now use my filter.

            Biggest pitful is that the filters are set to private by default = board disappears for everybody! I have to go into the filter's properties and rather awkwardly share with the project.

            Alex Kersley added a comment - I have this exact same problem, although I'm a project admin, not a sys admin, so I find I have to "save as" a filter, make amendments, and then (in my particular case) set the scrum board to now use my filter. Biggest pitful is that the filters are set to private by default = board disappears for everybody! I have to go into the filter's properties and rather awkwardly share with the project.

              Unassigned Unassigned
              4f4250feead3 Karie Kelly
              Votes:
              140 Vote for this issue
              Watchers:
              80 Start watching this issue

                Created:
                Updated:
                Resolved: