[#70191] Allow searching for work package types and status when selecting work package for time entries #21522
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Ticket
https://community.openproject.org/work_packages/70191
What are you trying to accomplish?
I want to allow the same search and filter (type, status, meta status, project name) capabilities when picking a work package
We already have this in the global search and when hash mentioning a work package. Users get used to it and miss it in the other places.
What approach did you choose and why?
This PR replaces the
subjectOrIdfilters bytypeaheadfilters which comes with more user friendly capabilities.When filtering work packages by ID, the filter's frontend component allowed to search by subject or ID. And when the data set was already loaded to the frontend, it did search directly on the loaded data, as it does for other attributes. As I want the user to have all the typeahead features also in that situation, I added an exception so that it now will still use the backend for the typeahead logic. I am not sure if that has stronger performance implications as I don't know why that exactly it was built like this in the first place.
Merge checklist