-
Suggestion
-
Resolution: Won't Fix
-
1
-
There are now many things that can be renamed resulting in broken filters. The Atlassian policy seems to be not supporting any way to automatically fix the problems caused. One work-around that covers all cases to a degree would be an administrative edit operation which allows changing constant values in all filters in a project. This would at least let me rename a component or a version or a user and have a way to repair most of the havoc that causes. I don't think this is particularly difficult since you can already parse jql. You just want to attempt a string substitution on every "value". If you want to be more precise you could make the substitution field specific. Or, if even this is too onerous, at least give us an admin ability to search the filters and find the damaged ones.
- is related to
-
JRACLOUD-76466 Jira should store the custom field details based on field ID instead of the field name
- Closed
Hi everyone,
Thank you for bringing this suggestion to our attention.
As explained in our new feature policy, there are many factors that influence our product roadmaps and determine the features we implement. When making decisions about what to prioritize and work on, we combine your feedback and suggestions with insights from our support teams, product analytics, research findings, and more. This information, combined with our medium- and long-term product and platform vision, determines what we implement and its priority order.
Unfortunately, as a result of inactivity (no votes or comments for an extended period of time), this suggestion didn’t make it to the roadmap and we are closing it.
While this issue has been closed, our Product Managers continue to look at requests in https://jira.atlassian.com as they develop their roadmap, including closed ones. In addition, if you feel like this suggestion is still important to your team please let us know by commenting on this ticket.
Thank you again for providing valuable feedback to our team!