#4775 closed enhancement (fixed)
Filtering tickets by multiple keywords
Reported by: | Owned by: | Remy Blank | |
---|---|---|---|
Priority: | normal | Milestone: | 0.12 |
Component: | ticket system | Version: | |
Severity: | normal | Keywords: | ticket filter |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
It would be nice to be able to filter tickets specifying multiple keywords (all of which would have to be present).
I am well aware of #2647, but my idea is somewhat different. The nature of keywords
field is very specific, in the way that it contains only space-separated words. Simply typing several keywords and hiting Enter is unmatched in elegance by any AND-linked filter (which would require 4 clicks at least, for every additional keyword).
This could be done by adding keyword-specific "contains all of" type to the drop down. Possibly even being the default option. Also this could be easier to implement than #2647 and could serve as a nice substitute until 0.12, at least.
Attachments (2)
Change History (9)
by , 18 years ago
Attachment: | multiple_keywords_ticket_query.diff added |
---|
comment:1 by , 18 years ago
Added the patch.
I still can't figure out how on earth the filtering JS gets broken. It behaves weirdly in Konqueror and refuses to work at all in FF.
Any help or hint where to start would be appreciated…
follow-up: 3 comment:2 by , 18 years ago
Milestone: | → 0.11 |
---|
Well, I think we can go one step further. Keywords being keywords, you don't expect to match a particular sequence of words when entering multiple keywords in that field, so I think it's safe to assume that if there are multiple keywords, then we're looking for all of them (the any of them query being available by using an additional "or" filter).
Tentatively scheduling for 0.11.
comment:3 by , 18 years ago
Replying to cboos:
Well, I think we can go one step further. Keywords being keywords, you don't expect to match a particular sequence of words when entering multiple keywords in that field, so I think it's safe to assume that if there are multiple keywords, then we're looking for all of them (the any of them query being available by using an additional "or" filter).
Tentatively scheduling for 0.11.
I agree.
I've redone the patch so that the multiple word matching will trigger on the condition that:
- we are filtering by keywords
- we are using the 'contains' matching mode
An additional matching mode is probably a bit overdo in this case.
by , 18 years ago
Attachment: | multiple_keywords_ticket_query_redone.diff added |
---|
Added support for multiple-keywords filtering
comment:4 by , 16 years ago
Milestone: | 0.11.2 → 0.12 |
---|---|
Owner: | changed from | to
comment:5 by , 15 years ago
#8329 was closed as duplicate. It was requesting a slightly more powerful feature: the ability to look for combined AND terms and AND NOT terms.
I suggested using -
for negating, as is common in search interfaces.
Example: when looking for tickets having keyword implemented
but neither pass
nor fail
, one would write: implemented -pass -fail
.
comment:6 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:7 by , 15 years ago
Owner: | changed from | to
---|
Added support for multiple-keywords filtering - unfortunately breaks filtering JS