When create a group of users "Moderators"
and give the group permission to administrate
"User Module"
- it should respect the system of user ranking
where each user/group (except admin id 1)
is subordinate to a single other element.
/!\
"Moderators" should be allowed to manage,
for example, simple "registered members" but
not "webmasters"
After removing "special rank" of group "moderators"
it still not considering the "Level" of user ranking system.
Group members can edit an "admin" level 5 account!!!
Yes, this is an important problem. We may have to develop
optional permissions. Alpha5 will check who administrator
is, with $mid. Then, we'll consider whether the controller
should introduce optional permissions.
Legacy based on XOOPS2 can't introduce new permission
management concept. So I'll try to develop such concept with
the adapter to XCube role base permission management, in Beta.
I've considered this spec. But, it's too difficult. The user
rank is simple title for enjoying community. That's not
strict value for the expression of hierarchy. It's difficult
that Legacy implements this feature for all. I think that
such management features should be implemented by additional
modules.
When create a group of users "Moderators"
and give the group permission to administrate
"User Module"
- it should respect the system of user ranking
where each user/group (except admin id 1)
is subordinate to a single other element.
/!\
"Moderators" should be allowed to manage,
for example, simple "registered members" but
not "webmasters"