I have a backlog that is currently displaying 200 items in total when no filters are applied. I have setup quick filters in the board to filter by reporter. When I apply these filters the backlog states 59 (for example) of 222 items. I am unsure where the 222 figure is coming from when with no filters there appears to only be 200 items. I have attached an image showing the backlog, the figures when a filter is applied, the board filter set and the quick filter JQL. I have also tried using the issues and filters to see if I can create a query that returns 222 items that might be being referred to but have been unable to do this. Does anyone know how the 'of xxx' number of items being displayed in the backlog can increase when a filter is applied from the value when no filters are applied?
Hi Andy - That's definitely strange. It almost appears that the quick filter is ignoring the lone project maybe and including issues where Amin is the reporter but not on that project.
I would run those queries separately outside of the board in the filters search function and see what you get.
Thanks for having a look. I have tried to find a filter that returns the over 200 items that could feasibly be what this is referring to but have been unable to do so. Interestingly another quick filter I had setup was for items that did not have a label present (JQL labels != CRM_Reviewed) and when I applied this the number jumped to 'of 226'. I then added to the query to include (labels != CRM_Reviewed OR labels is EMPTY) and this returned 'of 200'. I thought I was on to something here but you cant have the reporter field blank and if I perform a separate search for all items with this I get no results. It is very strange.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I wonder what it would look like if you added the project into the quick filter with the reporter.
project = CRMU AND reporter = f9d8f8df8f8d8g8dfd (whatever the value is)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've just spent the morning investigating this as an issue on our Jira instance so I'm happy that it is not just us but a global issue. Here is what I have worked out from my investigations. I believe the quick filters are filtering the data ok, what is incorrect is the total number of issues listed as being in the backlog
In the example above, with no filters there are 18+8+200=226 issues in total. With the quick filter on, the number of issues in the contact management and next sprint buckets are 4 which appears to have filtered the data ok, the backlog is now showing 59 of the original 200 issues showing the filter has been applied but the text is saying there are 222 issues on the backlog which unsurprisingly is the total number of open issues on the board minus the filtered 4 in the other buckets.
I believe therefore that the filters are working (and verified this by a random check of tickets on my board) and it is simply the total of issues on the backlog when a quick filter is applied that is wrong
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.