SSSD / sssd

#3513 MAN: Document that full_name_format must be set if the output of trusted domains user resolution should be shortnames only
Closed: Fixed Opened by jhrozek.

Closed: Fixed
Reopen Issue

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

As the output of all commands when using domain_resolution_order is
fully-qualified, even when using shortnames, let's add a note in the man
page to make it explicit.

Metadata Update from @jhrozek:
- Custom field rhbz adjusted to https://bugzilla.redhat.com/show_bug.cgi?id=1490913

https://github.com/SSSD/sssd/pull/383

Metadata Update from @jhrozek:
- Issue assigned to fidencio
- Issue set to the milestone: None
- Issue tagged with: PR

Metadata Update from @jhrozek:
- Issue priority set to: minor

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD 1.16.0

I will move the ticket into the current milestone if it's pushed sooner than 1.15.4 is released, but I don't want to inflate 1.15.4 anymore.
  • master: 3ec6f2902a89d97ad3af5df400a45217fe764f4e

Metadata Update from @jhrozek:
- Issue close_status updated to: Fixed
- Issue set to the milestone: SSSD 1.15.4 (was: SSSD 1.16.0)
- Issue status updated to: Closed (was: Open)

Metadata Update from @lslebodn:
- Custom field type adjusted to 1.15.3

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD 1.16.0 (was: SSSD 1.15.4)

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/4539

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

PR

None
None
High
https://bugzilla.redhat.com/show_bug.cgi?id=1490913
1.15.3
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.