#3235 SSSCTL should not be case sensitive when searching for usernames or groups in a case-insensitive domain
Closed: Fixed None Opened 2 years ago by jhrozek.

Ticket was cloned from Red Hat Bugzilla (product Red Hat Enterprise Linux 7): Bug 1380806

Description of problem:

The SSSCTL utility should act like other unix commands like (id, getent) and
should not be case sensitive when searching for userids and groups in the

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

How reproducible:


Steps to Reproduce:
1. Setup SSSD against AD, (realm join $domain)
2. Edit sssd.conf to contain ifp
3. Login as user that contains lower case and upper case characters or a group,
i.e. "Domain Users@domain.com"
4. Use SSSCTL to search for the user in the cache

Actual results:

[root@ibm-dx360m4-01 ~]# sssctl group-show "domain users@sssdad.com"
Group domain users is not present in cache.

Expected results:

[root@ibm-dx360m4-01 ~]# sssctl group-show "domain users@sssdad.com"
Name: Domain Users@sssdad.com
Cache entry creation date: 09/28/16 19:03:34
Cache entry last update time: 09/28/16 19:03:34
Cache entry expiration time: 09/28/16 20:33:34
Cached in InfoPipe: No

Additional info:

The search currently is case sensitive, searching for "Domain Users@sssdad.com"
does reply the object in the cache.

Fields changed

blockedby: =>
blocking: =>
changelog: =>
coverity: =>
design: =>
design_review: => 0
feature_milestone: =>
fedora_test_page: =>
mark: no => 0
milestone: NEEDS_TRIAGE => SSSD Future releases (no date set yet)
patch: => 0
review: True => 0
selected: =>
testsupdated: => 0

Fields changed

owner: somebody => mzidek
status: new => assigned

Fields changed

patch: 0 => 1

milestone: SSSD Future releases (no date set yet) => SSSD 1.15 Alpha
resolution: => fixed
status: assigned => closed

Metadata Update from @jhrozek:
- Issue assigned to mzidek
- Issue set to the milestone: SSSD 1.15.0

2 years ago

Login to comment on this ticket.