mirror of
https://github.com/go-vikunja/vikunja.git
synced 2026-03-03 00:46:57 -05:00
Adding 'labels != <anything>' filter filters out all issues without a label set #247
Labels
No labels
area/api
area/caldav
area/filters
area/frontend
area/gantt
area/internal-code
area/typesense
bug
changes requested
confirmed
dependencies
enhancement
good first issue
help wanted
kind/bug
kind/feature
needs reproduction
question
security
support
upstream issue
waiting for reply
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/vikunja-go-vikunja#247
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @bayger on GitHub (Jul 9, 2024).
Description
If you try to add any filter to NOT show issues with a particular label it also filters out all issues that have no label set. Expected behavior would be to show also issues without any label set and only filter out issues with specified label in the filter.
How to reproduce on the demo site:
Vikunja Version
0.24
Browser and version
No response
Can you reproduce the bug on the Vikunja demo site?
Yes
Screenshots
No response
@kolaente commented on GitHub (Jul 10, 2024):
Does it work if you check the checkbox below the filter input which says 'include tasks which don't have a value set'?
@bayger commented on GitHub (Jul 10, 2024):
I don't have such checkbox available. Is it something new? My version is 0.24.0.

@kolaente commented on GitHub (Jul 10, 2024):
Ah, I thought you were using the filter in the view. I think to solve this properly, we'll need to implement null filtering as requested here and get rid of the checkbox: https://community.vikunja.io/t/filtering-search-for-null/2572/3
@bayger commented on GitHub (Jul 10, 2024):
Now I wonder if we could simply return TRUE for the inequality operator applied to an empty/null entity? Or would it screw up something elsewhere? Not sure about the expected behavior there though.
@kolaente commented on GitHub (Jul 10, 2024):
It's not as simple as that, because the query is translated to a sql query under the hood.
@horusofoz commented on GitHub (Dec 31, 2024):
Would the proposed null filter also allow for filtering tasks where startDate is not set?
@nosbig commented on GitHub (Jan 10, 2025):
I would love to have null filtering/searching as well, as I'd like to build a filter to find all tasks with no labels so that I can work a backlog queue and assign labels for any tasks missing my desired label structure.
@0KayKay commented on GitHub (Mar 31, 2025):
I'd also love to use that null filter. All is fine when the tasks are filled out completely, but at some point I make a mistake when I create one and lose it. It would be very convenient to explicitly search for those tasks and filter out everything else.
@vovochka404 commented on GitHub (Apr 4, 2025):
@kolaente will u be interested in PR with such filter conditions implemented? And if so, do you have any thoughts on it? Or i can try to implement it and then we will discuss it in PR?
P.S. Thank you for your job :)
@CoffeePerry commented on GitHub (Apr 4, 2025):
The following filter also does not work properly:
Even though it is flagged "include tasks which don't have a value set".
Tasks that do not have an assignee set do not appear.
@kolaente commented on GitHub (Apr 9, 2025):
@vovochka404 I'd happily take a PR implementing null as a keyword for filters!
The most straight-forward way to implement this would be by just translating the null to a
nullin the database. Related entities (like reminders or labels) would need a little more work, though.@vovochka404 commented on GitHub (Apr 15, 2025):
Currently i'm having troubles with typesence, cause it doesn't support any checks against null/existence.
As i can see, you also skipped
filterIncludeNullsflag when working with typesence. What are your thoughts about this inconsistency?