No, I meant, are the tags behaving in this regex manner as well?
I expected an exact match for the name
or they behave, as expected, via exact matching
It seems treating this like a regex solved the issue. Again, I am not sure why partial matching is the default behavior.
And again, please oh lord, please, allow for and logic in this function. This would ease up computations a bunch (I filter on multiple tags and doing it one tag by one currently)
SmoothArcticwolf58 could you copy paste the entire query and what is the expected results vs reality ?
More advanced search is great, but please try to include "and" behavior between multiple options as well (for example, "and" logic on multiple tags)
Hi SmoothArcticwolf58 ,
The tags field is a list of strings and does not support the regex query 🙂
AgitatedDove14 , are there any more fields in this function with partial matching? for example project? tags?
New version will contain much more advanced search (including all the task fields)
are there any more fields in this function with partial matching? for example project? tags?
Yes they can all be filtered (basically everything you see in the UI)
notice: tags are strings (you can provide list of tags), project is an ID of the project
(Use Task.get_project_id, I think)
Ohhh I see, yes this is regexp matching, if you want the exact match:'^{}$'.format(name)
Problem is obviously the names won't match
Also, could there be an "and" logic implemented in the task_filter argument for Task.get_tasks? currently it only supports "or" logic