Red Hat Bugzilla – Bug 832978
Wild card search query on strings including latin-1 characters does not give expected results
Last modified: 2015-04-20 07:05:10 EDT
Description of problem: Wildcard character search is not working with latin-1/spanish characters. for e.g. when we create org with name say: test and best; we can get both name by search string like: name:?est However, if I create org with spanish: niños and siños. then search returns nothing with name:?iños There are few other possible ways I tried: si os ==> doesn't return anything in result ( space is between si and os) si?os ==> returns siños ?iños ==> doesn't return anything in result ?i?os ==> returns both niños and siños If I replace 'ñ' with wild card character '?', search behaves correctly Version-Release number of selected component (if applicable): katello-cli-common-0.1.111-1.el6_2.noarch katello-0.1.317-1.el6_2.noarch katello-cli-0.1.111-1.el6_2.noarch pulp-1.0.4-1.el6.noarch elasticsearch-0.18.4-11.el6.noarch How reproducible: always Steps to Reproduce: 1. Create org with name niños and siños 2. now perform search query like: name:?iños 3. Actual results: Serach query (name:?iños) doesn't return anything in result, however if I replace 'ñ' with wild card character '?', search behaves correctly Expected results: Serach query (name:?iños) should return niños and siños in result as per above example. Or Wild card characters should work on latin-1 strings as with normal US language strings. Additional info:
getting rid of 6.0.0 version since that doesn't exist
I am not able to reproduce this currently. Organizations have been moved to foreman and thus use scoped search, however with 'host collections': Created two: niños and siños. Performed the following searches: name:?iños ==> Returned both si os ==> doesn't return anything in result This shouldn't return anything. You can try si* or *os to return what you would expect. si?os ==> returns siños as expected ?iños ==> returns both ?i?os ==> returns both So this all seems to be working as expected.
@Justin: The bug was originally filed against org search. And looks like now I can not use wildcard characters while performing org search. Is it because of scoped search ? If that's the case then I'll close this bz. Also, with 'host collections' the search using above latin-1 chars works perfectly.
spoke with og.. not a blocker.
@Sachin, yes, organizations (and all entities within foreman) use scoped search. I think you can accomplish similar to what you want with: name ~ ACME That would search for anything with ACME. Feel free to close !
thanks Justin, I created two orgs(niños and siños) and search for ~iños and search returns both niños and siños. So with new UI(in sat6 beta snap7 compose2), the search query gives expected results as per bz description. So closing this bz.
Clearing need_info flag