Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 832978 - Wild card search query on strings including latin-1 characters does not give expected results
Summary: Wild card search query on strings including latin-1 characters does not give ...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: WebUI
Version: 6.0.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: Unspecified
Assignee: Justin Sherrill
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-06-18 10:06 UTC by Sachin Ghai
Modified: 2015-04-20 11:05 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-03 13:37:48 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Sachin Ghai 2012-06-18 10:06:19 UTC
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:

Comment 2 Mike McCune 2013-08-16 18:06:46 UTC
getting rid of 6.0.0 version since that doesn't exist

Comment 5 Justin Sherrill 2014-06-02 22:07:20 UTC
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.

Comment 6 Sachin Ghai 2014-06-03 06:56:31 UTC
@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.

Comment 7 Bryan Kearney 2014-06-03 12:50:05 UTC
spoke with og.. not a blocker.

Comment 9 Justin Sherrill 2014-06-03 13:23:44 UTC
@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 !

Comment 10 Sachin Ghai 2014-06-03 13:37:48 UTC
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.

Comment 11 Sachin Ghai 2015-04-20 11:05:10 UTC
Clearing need_info flag


Note You need to log in before you can comment on or make changes to this bug.