Most of sssd uses logind by default for determining if a user is logged in. sss_userdel still uses only checking the proc, so it should be converted to systemd/logind.
This ticket is not urgent, but would be nice to do when we resurrect the local back end.
We should resurrect this sooner rather than later. The local sssd back end would be very valuable for the Web Authentication module integration especially for the developer environments.
I agree with the previous commment in general, but using the local backend is quite possible now, even without this fix. This ticket is about less-racy detection of a logged in user. Also, the current method can't simply go away, but must be present as a fall back for non-systemd environments.
Fields changed
milestone: NEEDS_TRIAGE => SSSD 1.13 beta
rhbz: => 0
mark: => 0
Might make sense when we work on the local domain.
milestone: SSSD 1.13 beta => SSSD 1.13 backlog
Mass-moving tickets not planned for the next two releases.
Please reply with a comment if you disagree about the move..
milestone: SSSD 1.13 backlog => SSSD 1.15 beta
We don't develop the local provider anymore and just mirror the files.
component: SSSD => Local Provider review: 0 => 1 selected: => Not need sensitive: => 0
Since the local provider is not being actively developed, I'm closing this ticket.
resolution: => worksforme status: new => closed
Metadata Update from @jhrozek: - Issue set to the milestone: SSSD Future releases (no date set yet)
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/3357
If you want to receive further updates on the issue, please navigate to the github issue and click on subscribe button.
subscribe
Thank you for understanding. We apologize for all inconvenience.