Bug searching should default to case-insensitive substrings
Bug #2795 reported by
Matthew Paul Thomas
This bug report is a duplicate of:
Bug #28975: product search does not find substring matches.
Edit
Remove
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Triaged
|
Medium
|
Brad Bollenbach |
Bug Description
When I search Malone bug reports for "duplicate", I get 14 results. I would expect searching for "dup" to cast the net wider -- catching bugs that refer to "dup", "dups", "dupe", "dupes", "duping", "duplicate", "duplicates", and "duplicating". However, it returns only 3 results.
I suggest Malone default to searching for case-insensitive substrings, like Bugzilla does.
Changed in malone: | |
assignee: | nobody → bradb |
status: | New → Accepted |
To post a comment you must log in.
Google doesn't work like this - why should searching for 'dup' match 'duplicate'?
At the moment we don't have the technology to do efficient substring searching except in limited circumstances, and developing it will be a major project both in terms of both research (data structures to allow this) and implementation (developing custom indexes for PostgreSQL).
Nobody should commit code just doing 'WHERE lower(description) LIKE '%foo%' because this will break Launchpad.