Miembros de un grupo nombrando y destituyendo miembros de otro grupo

[Meteor0id]

Me falta la función para dar a los miembros de un grupo la capacidad de nombrar y eliminar miembros de otro grupo. Queremos confiar en algunos miembros para que administren los miembros de otro grupo (pero sin convertirlos en moderadores).

[sam (Sam Saffron)]

Tricky problem from a UI perspective. At the moment group owner is part of the group, we would have to decouple it so group ownership is independent.

I do recall this popped up at least one time in the past, perhaps you can help find the previous discussions on meta.

[Meteor0id]

@sam

Tricky problem from a UI perspective. At the moment group owner is part of the group, we would have to decouple it so group ownership is independent.

Yea I realize that, yet it seems like the logical next evolutionary step to be able to do more with these groups. It’s what is needed to let some users decide which other users may join a certain category and carry a certain badge, without promoting them to moderator or admin.

@sam

I do recall this popped up at least one time in the past, perhaps you can help find the previous discussions on meta.

I haven’t found it yet.

Note that I am not requesting a feature to let members of a group add others to their own group, but rather to let members of group A decide who is in group B while only moderators and admins can decide who is in group A. Just clarifying that some further.

[Meteor0id]

There should actually be a couple of ways members of one group can add members to another group:

• If group B has join requests enabled: Members of group A can accept or decline join requests for group B. Group B would have to be visible to the entire forum or to at least some other group, otherwise no one can send any join requests.
• If members of group A have permission to force add members to group B: Members of group A can add forum members to group B (forced join). The group could be a hidden group.

So those are two different permissions: permission to force join people, and permission to approve or decline requests.

Building further on that system you could say only members of some group may be added to some other group but that’s a whole next level beyond this feature request.

[Tris20 (Tristan)]

Esto sería extremadamente útil y complementaría muy bien la funcionalidad de Moderador de Categoría. En nuestro caso de uso, tenemos dos grupos por Categoría: Moderadores, Miembros. En un mundo ideal, los Moderadores también son los propietarios de los Miembros. Esto significa que cuando un administrador agrega a alguien al Grupo de Moderadores, se le agrega al Grupo de Miembros como Propietario.

No estoy seguro si este es el hilo al que te referías @sam? Fue el único que pude encontrar con un valor razonable hacia este tema.

Group owners should not necessarily be group members

On my site I have a use case for people being given the privilege of managing group membership without being a member of the group themselves. I assumed this is how it worked and was surprised to see that someone I added as group manager is now also a group member. The use case? We use groups to assign badges. And to give access to private categories. And the people responsible for doing this are not always group members. Edit: having noticed this, I then removed some group owners only to real…

Group owners should not necessarily be group members

Sure, I am open to disconnecting the two permissions.

Group owners should not necessarily be group members

Any chance the goal of “group owner does not need to be group member” with stretch goal of “group can be named as owner of another group” would be suitable for a GSoC project?

Group owners should not necessarily be group members

Very unlikely, way too small of a job. Group can be owner of another group is not even something I would be comfortable adding.

[thoka (Thomas Kalka)]

Me gustaría saber si hay algo en esta dirección en el plan de desarrollo.

Esta función, entre Add an option to restrict onboarding and user managment to a subgroup of moderators está en mi lista de deseos para un mejor “soporte formal de la comunidad”.