nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How can I change the default filters for a project not using the field 'resolved' (special workflow, new navigator)?

Dieter Guthmann

Hello,

we have a few projects using a indivual workflow and NOT using the field "resolved"...
So every time we open the (new) issue navigator, the default filter "open issues" is selected and NO issue are found. This is a little bit irritating... is it possible to configure other default filters for those projects?

We currently use JIRA 6.4.11.

Accepted answers

All comments

Michael Kornatzki

It's really annoying that for JIRA an issue is open only if it has no resolution.

But if i open the issueNavigator the default filter is empty and i see all issues (JIRA 6.4.10).

How do you open the navigator?

Nic Brough -Adaptavist-

Code. You'll have to hack the code providing the panels and filters.

A far better alternative is to stop having projects that "don't use resolution", because you don't actually have them. You have projects that don't use resolution correctly and hence inadvertently break all the built in reporting (and it's not just JIRA Core, you'll have problems with applications and add-ons too).

Set the resolution with a post-function as an issue is "closed" and blank it on "re-open". Your users don't need to know you're doing it, but it fixes all the problems you're making with these projects.

Michael Kornatzki

we have a transition for testing and the developer naturally set the resolution fixed (well maybe i should let it empty) and for some of the default filter this means that an issue is closed but it isn't. Why are the filters using the resolution and not the status?

Nic Brough -Adaptavist-

Because JIRA bases open/closed on the resolution. It always has, and *everything* is coded on that It's not ideal, personally, I'd bin it and use a meta-status, but you can *not* ignore resolution.

Michael Kornatzki

Before this discussion starts i didn't think about to not set the resolution if the developer fix an issue (i should do that). That one need a resolution for all the filters, plugins, ... is a fact (i don't like it but one have to knot it. In my opinion to see if an issue is closed i have a status). One should use resolutions if the issue is closed.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

jira-administration

jira-core