I want to create a filter that searches for all empty assignments. I use a Group Assignment custom field as well as the normal person assignment field. So I only want issues that are empty in both assignment fields.
I'm using this but it is being rejected by the search filter. Any way that I can form the search correctly?
status in (Open, "In Progress", Reopened, Resolved, "On Hold", "To Do") AND assignee in (EMPTY) AND "Group Assignee" is EMPTY
Rick,
When you mention:
it is being rejected by the search filter
Is there any error messages returned? Please share that with us.
Also, are you using any context for the custom field "Group Assignee", such as restricting for certain projects or issue types only?
No response. I "save as" the the revised filter and when that is done it has removed the last part of the filter query..So it comes back as "status in (Open, "In Progress", Reopened, Resolved, "On Hold", "To Do") AND assignee in (EMPTY) "
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Just to be sure, after you are adding "AND "Group Assignee" is EMPTY", did you run the filter? So, let's say you have a filter, you open it, edit it, you need to run it before you are able to save the modifications.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You've got
status in (Open, "In Progress", Reopened, Resolved, "On Hold", "To Do") AND assignee in (EMPTY) AND "Group Assignee" is EMPTY
Which looks slightly wrong to me - specfically "assignee in (empty)" doesn't have the right ring. Could you try
status in (Open, "In Progress", Reopened, Resolved, "On Hold", "To Do") AND assignee is empty AND "Group Assignee" is EMPTY
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
(Oh, also try "assignee = unassigned" - that might be better too)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
assignee in (EMPTY) is correct according to JIRA Auto JQL generator. I think it maybe related to indexing :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Although assignee = unassigned would likely be better performance wise, they both are the same as far as the results they'll bring. As far as index related, that shouldn't be the case, otherwise the filter would be saved, just would not return anything. :/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
And he said he just re-indexed :p
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Rick!
Normally, when you add new Custom Fields (or make changes other sections that deal with searches), you may have to re-index JIRA. Have you performed a re-index after adding those fields?
Cheers!
Joao
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.