People Functions Plugin - getgroupsoftype

I'm using the People Functions plugin (v1.0.12) and have a form used for managing user groups. On the form, the function used to get all the groups of our selected group type is 'getgroupsoftype' from the People Functions plugin. The result is that only some of the groups in this group type are being returned. All the groups are public so I don't think group security is the issue here. Are there any known bugs with this function from the plugin? My first thought would be to update to the latest plugin version, but I checked the changelog and don't see anything specifically related to this function. I confirmed the Appian version I'm using is compatible with the plugin. Any advice on this plugin function?

  Discussion posts and replies are publicly visible

Parents
  • This is most likely a group security issue. In Appian, a non-admin user cannot know if another user is a member of a group unless they are a member of that group themselves. There is no security setting to get around this. The "public" security setting just means that any user can see that the group exists; it does not affect group membership visibility. The "privacy policy" setting is the one that affects membership visibility, and you'll notice even at the lowest setting ("low"), only members can see each other. I've gotten around this in the past in two different ways. The first is getting all the users for the groups in-process ahead of time since that can be run with admin privileges. The second is making the users who manage the group memberships admins of all groups they manage so that they can see the members without being members themselves.
Reply
  • This is most likely a group security issue. In Appian, a non-admin user cannot know if another user is a member of a group unless they are a member of that group themselves. There is no security setting to get around this. The "public" security setting just means that any user can see that the group exists; it does not affect group membership visibility. The "privacy policy" setting is the one that affects membership visibility, and you'll notice even at the lowest setting ("low"), only members can see each other. I've gotten around this in the past in two different ways. The first is getting all the users for the groups in-process ahead of time since that can be run with admin privileges. The second is making the users who manage the group memberships admins of all groups they manage so that they can see the members without being members themselves.
Children
  • I've been running this as an admin user and still returning only a subset of all the groups. The security setting is also set to "public" and "low" for all the groups and it doesn't look like there are any differences between settings for things being returned and not returned. In the actual process we grab the groups first with admin privileges so that's a good suggestion, it just appears to not be working in this instance.