SSSD / sssd

#1304 autofs client: map name length used as key length
Closed: Fixed Opened by dpal.

Closed: Fixed
Reopen Issue

https://bugzilla.redhat.com/show_bug.cgi?id=812281 (Red Hat Enterprise Linux 6)

Description of problem:
A copy-and-paste bug in the autofs client caused that the map name is used as
key length. This might result in wrong behaviour especially if the key name is
longer than map name.
Version-Release number of selected component (if applicable):
1.8.0-22
How reproducible:
haven't tested, the bug is obvious from the code and fixed upstream in
0a78bac242d0172a858d6b65402276aa734a4671 The steps to reproduce below *should*
work though.
Steps to Reproduce:
1. create a key with long name, longer than the map name
2. look up the key
Actual results:
the key is trimmed to the map length
Expected results:
should work fine

This was already fixed in:
- master - 0a78bac242d0172a858d6b65402276aa734a4671
- sssd-1-8: 1e46d25741ef548342ba5b566ae21810073abffd

blockedby: =>
blocking: =>
coverity: =>
feature_milestone: =>
owner: somebody => jhrozek
patch: 0 => 1
status: new => assigned
tests: => 0
testsupdated: => 0
upgrade: => 0

Fields changed

resolution: => fixed
status: assigned => closed

Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.8.2 (LTM)

Metadata Update from @dpal:
- Issue assigned to jhrozek
- Issue set to the milestone: SSSD 1.8.2 (LTM)

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/2346

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.
Metadata
None
None
None
Normal
defect
SSSD
None
None
0
1
https://bugzilla.redhat.com/show_bug.cgi?id=812281
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.