feat(web-awesome): add search to Tags filter dropdown - #840
Conversation
|
First contribution — please approve workflows when you have a moment. |
|
@epszaw Can you please take a look or direct me on whats needed to get this one merged, this should be a simple one. |
|
Thanks for the contribution, and sorry for the slow response here. The approach looks right — reusing 1. Search query isn't reset when the dropdown closes
2. This overrides the 300ms default, so every keystroke re-renders the whole option list synchronously. The list isn't virtualized, so on the thousands-of-tags reports this PR targets that's noticeable input lag. I'd just drop the prop and keep the default. 3. Empty state When nothing matches, 4. Dead The 5. Rebase The branch conflicts with A unit test covering the filtering (match, no-match, reset on close) would be good to have too. |
301bf5b to
7c1f117
Compare
|
@todti
Ready for another look when you have a moment. |
Make large tag lists usable by letting reviewers filter tags with a case-insensitive partial match without changing selection or URL behavior.
Add focused coverage for partial match, empty state, and search reset when the dropdown closes.
7c1f117 to
f694e35
Compare
Context
The Awesome Tags dropdown lists every tag with no search field, which is impractical when a report has hundreds or thousands of requirement tags (e.g.
REQ-1235).This adds a case-insensitive partial-match search field at the top of the Tags dropdown so reviewers can find tags quickly. Existing multi-select, filtering, and URL persistence are unchanged.
Fixes #839
Checklist