There seem to be a couple of bugs with due date saved filter:
The single digit day values cause 400 errors, for example 2022-10-1, presumably it expects 2022-10-01, but that’s what date picker sets.
If I choose a double digit days it doesn’t cause 400 errors anymore, but the filters doesn’t seem to work, it just shows all tasks, even though most of them don’t have due date set.
Yep, that was the issue. But from UX perspective it seems counter intuitive (unless I’m missing something), if I want to filter by due date, I expect it to show tasks within that due date range by default. This checkbox is not on by default in normal filters, but for some reason is on by default on saved filters.
Another observation, if I filter by priority with “Include Tasks which don’t have a value set” set, then I only get tasks that have priority set but no tasks without priority. Is that intended behaviour?
Ok, looks like there is no 400 error anymore, at least no error popup, but if I create a filter for 2022-11-1 to 2022-12-1, even if there are tasks with due date in that range, nothing is showing up, if I change to 2022-10-31 to 2022-11-30, they show up.
Yes, but the task due date is still in range. Steps to reproduce:
Create a task with due date for 2022-11-15
Create saved filter with due date range from 2022-11-1 to 2022-12-1, untick “Include Tasks which don’t have a value set” - no tasks will show up
Create saved filter with due date range 2022-10-31 to 2022-11-30, untick “Include Tasks which don’t have a value set” - the task created in the first step will show up
If it works on try it’s likely already fixed in the develop branch. Please check if you can reproduce it on try, if that’s the case please provide details about the environment (browser, OS, etc).
Looks like you’re using normal filters on the list, it works there for me as well, the problem shows up is in saved filters. Tested it on try - could replicate on Safari / MacOS.
Should be fixed in 3d7605591e. Please check with the next unstable build (~45min, on try) if the problem really went away. You might need to recreate existing filters.
I’ll also push another fix to the frontend so that the error returned by the api is actually shown.
I’ve just tested on try and the problem is still there. Possibly because my date format that Safari sends is different to what you posted for some reason. My Safari version: Version 16.0 (17614.1.25.9.10, 17614).