Bug 828080

Summary: PRD34 - [RFE] Please allow to search in a case-insensitive manner from the search bar
Product: Red Hat Enterprise Virtualization Manager Reporter: lpeer <lpeer>
Component: ovirt-engine-webadmin-portalAssignee: Oved Ourfali <oourfali>
Status: CLOSED ERRATA QA Contact: Pavel Stehlik <pstehlik>
Severity: medium Docs Contact:
Priority: high    
Version: 3.1.0CC: acathrow, dswegen, dyasny, ecohen, iheim, jhunsaker, lpeer, oourfali, pstehlik, Rhev-m-bugs, tpoitras, yeylon, ykaul
Target Milestone: ---Keywords: FutureFeature, Reopened
Target Release: 3.4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: ux
Fixed In Version: ovirt-3.4.0-alpha1 Doc Type: Enhancement
Doc Text:
In versions previous to Red Hat Enterprise Virtualization 3.4, searches in the Administration Portal were case sensitive. Now, the search bar supports case insensitive searches.
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-09 14:58:00 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description lpeer 2012-06-04 08:20:58 UTC
Description of problem:

The search mechanism used in the UI is case sensetive., this is a bad user experience (according to sasha and I agree).

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.
2.
3.
  
Actual results:
search should be case insensitive

Expected results:


Additional info:

Comment 1 Itamar Heim 2012-06-04 10:00:53 UTC
is this a regression from the WPF search in the UI?
(iirc, search has a flag if to perform case sensitive or not, and iirc, UI is supposed to be case in-sensitive)

Comment 2 lpeer 2012-06-04 12:01:25 UTC
I think this functionality changed when moving from ms-sql to postgres.

I see we have a way to configure case sensitivity in the code, in the search parameters the user can use SearchParameters.caseSensitive false (the default value is true).

I am moving this bug to the UI, for it to use case insensetive search.

Comment 3 Itamar Heim 2012-06-10 06:38:34 UTC
einav - iirc, we were supposed to have a checkbox if to make search case sensitive or not?

Comment 4 Einav Cohen 2012-06-12 04:48:26 UTC
(In reply to comment #3)
> einav - iirc, we were supposed to have a checkbox if to make search case
> sensitive or not?

You have suggested it a number of times in the past, however no decision was ever made on the matter AFAIK.
Livnat is right - this functionality was changed due to ms-sql-to-postgres migration. However, this is not a bug - the search is case sensitive by design since 3.0 (see Bug 710146).

I am turning this bug into an RFE for adding a "match case" check-box in the search.

* Note that turning search to case-insensitive is extremely bad when in tree-context, in case you have objects within the system that have the same name with a different case.
E.g. if I have DC "aaa" and DC "AAA", for case-insensitive search when standing on the "aaa" DC, results for "AAA" DC will also return, which is wrong - need to think about it.

Comment 5 Itamar Heim 2013-01-06 07:44:24 UTC
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.

Comment 7 Oved Ourfali 2013-11-13 11:52:45 UTC
The posted patches change the search to be case-insensitive, as it makes more sense and it is more user friendly. Adding another configuration for that would have made the UI more cumbersome and confusing.

This change brings up tree-related issues, as the tree searches are dependent on the case-sensitive name DCs and Clusters, thus in order to solve it, we now  prevens creating two DCs/Clusters with the same name but with different case.

Comment 8 Einav Cohen 2013-12-04 15:54:38 UTC
As stated in Comment #7, the solution changes the GUI search to simply be case-insensitive (without adding a check-box or anything like that) -> changing subject accordingly.

Comment 9 Itamar Heim 2013-12-13 20:47:58 UTC
*** Bug 1043022 has been marked as a duplicate of this bug. ***

Comment 10 Sandro Bonazzola 2014-01-14 08:43:08 UTC
ovirt 3.4.0 alpha has been released

Comment 11 errata-xmlrpc 2014-06-09 14:58:00 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2014-0506.html