Bug #7453
Updated by Brett Smith over 8 years ago
h2. Bug The problem When you create a new group in Workbench by using the "Create group" button on the Groups listing, you expect it to be listed in the group memberships pane of the user admin interface. It doesn't, because that pane filters for groups with group_class: role, and your newly-created group has nil role. It should be easier to create groups to manage user access. h2. Fix Proposed solution Workbench's "Create group" button sets group_class: role on your newly-created group. Rationale: * Remove the generic "Create Class" buttons from the listing pages. This A group with no group_class is not the first time we've had trouble with these buttons; see also #6979. We'll just do away with them completely. apparently useless. * In the pane to manage a user's group memberships, add a button to create a new group with group_class: role. There are already better interfaces for creating projects. * This button behaves like the button is naturally where people look to create a new repository. ** The button must pop up a modal to prompt groups, since the admin for a group name, and use that when creating the group. ** If group creation fails, report that in the modal. ** After group creation succeeds, the pane should be reloaded so the new role is included in the listing of groups the user can be added to. interface refers to them as "groups."