Closed (fixed)
Project:
Subgroups for Organic groups
Version:
5.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Reporter:
Created:
29 Mar 2007 at 02:42 UTC
Updated:
12 Jun 2007 at 19:18 UTC
Jump to comment: Most recent file
Comments
Comment #1
swood commentedCurrently, there is no way to turn that feature off. It probably should be added and given only to those with proper access. I'll look at making that change for the next update.
Comment #2
swood commentedI have added a 'edit subgroups members' access control permission to the og_subgroups module. This will allow you to define which roles can modify the member list. This controls both the members section on the edit form and also the members tab. I have committed new code but have also attached a patch (additional changes as well) that will address this issue.
Comment #3
somebodysysop commentedThe real problem isn't who can add/remove subscribers, in my opinion. The problem is that every time you create a new group, EVERY user in the system is highlighted in this menu. So, you have to unhighlight them. This is relatively easy, but should not be necessary at all.
Comment #4
swood commentedI see the problem. The code that is building the form isn't paying attention to the group id. It is supposed to select those for the group if already defined, but when creating a new group it selects everything. In the og_subgroups_form, a test needs to be made for setting '$selected'. Here is the revised code. I will be issuing a new version in the next few days.
Comment #5
swood commentedFixed in og_subgroups 5.x-2.0
Comment #6
(not verified) commented