This same question has been asked once or twice at least, however the most recent one I saw was for the Cloud version.
So, when you go to a Project > Issues page, the default URL runs an allopenissues filter query. Is there no system configuration file we could modify on our server that would default the filter to allissues? That has to be called somewhere (unless it's in a jar or something). I don't feel like writing a suggestion for it as there is already one of those too, so that's why I'm just looking to see if anyone knows where this filter call can be changed from the server.
After manually switching to All Issues
This is a common usability problem we seem to have complaints about where our users feel like all of their data was deleted, when they didn't realize / notice that the default is Open issues in their project. As they get used to the system they should learn otherwise as well as make use of the Issue Navigator instead of the Project view as issue navigator is way more powerful (but that's unrealistic thinking to assume every user will learn more advanced techniques and also that they'll recall that they need to set it to All Issues every time).
No, I still have not found an answer to this and have just dealt with this usability issue (I say usability issue because time and time again, at least for newer JIRA users, they have exclaimed "where did all of my issues go!?" when they were all just closed so were not being shown under the project's default Open filter).
The filter default is hard-coded, presumably because Atlassian have found the most sensible thing to do is go along with the standard assumption - resolved issues don't need any action, and therefore don't need to clutter up default displays.
@Nic Brough [Adaptavist] that is unless you also use JIRA Projects for tracking things like Configuration Management (CM) Media, COTS used, and other issue types where a workflow that only has a status of "No Status" (completed) is the most relevant. With a large program of record that's been around for 20 years, we have all manner of things to track and need to easily query at any point in time and link to other new or old issues (e.g. linking COTS issues to Software issues that track all of a current product's build and export-required details). Typical product development projects make sense to only show Open, but there are these other one-off projects where it'd be nice to change how just those are displayed.
But if something is actively tracked, why has it been resolved? You'd normally only end a record after it no longer needs tracking. The whole point of the workflow is that issues eventually get solved or go away, so there's an end point at which time the item is "resolved". If you don't need to do that, what's the benefit in having them resolved? More to the point, in this case, you're complaining that "users lose their issues" - that implies you're changing the status, even though you're not using it. You could simply, well, leave them open.
But at a certain point, you can't create issues without having a status, as far as I know... so would you rather keep them perpetually Open for all time, or have them sit in a Closed status under the label "No Status"?
And not as much of "actively tracked" perhaps as being needed for historical reference.
Every issue has to have a workflow right? else it auto gets defaulted to the JIRA default workflow I believe. If anything, just to get rid of this open question as I haven't heard as many user complaints recently, somebody just write an Answer that says "just don't have a Resolution set for those issues that you always want to see when you select that project".
Thanks for signing up for Jira Ops! I’m Matt Ryall, leader for the Jira Ops product team at Atlassian. Since this is a brand new product, we’ll be delivering improvements quickly and sharing updates...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs