Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • xfconf xfconf
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 19
    • Issues 19
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 2
    • Merge requests 2
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Xfce
  • xfconfxfconf
  • Issues
  • #3
Closed
Open
Created May 22, 2014 by Bugzilla Migration@bugzilla-migration

Locked properties do not work with non-enumerated groups

Submitted by Robin McCorkell

Assigned to Brian J. Tarricone

Link to original bug (#10901)

Description

When checking a property locked/unlocked for a certain group, xfconf_user_is_in_group() enumerates through all visible groups to generate a cache (xfconf_ensure_group_cache()) which is then searched for the group, then the group members. However, this does not work when the group is not enumerated by getgrent(), such as LDAP with enumeration turned off or various other identity providers.

A possible solution is to use getgrouplist(), the output of which can be searched to see if a user is a member of a certain group.

Version: GIT Master

Assignee
Assign to
Time tracking