[development] [support] Administer a subset of users
sivaji j.g
sivaji2009 at gmail.com
Sat Sep 4 11:33:15 UTC 2010
On Wed, Sep 1, 2010 at 5:02 PM, Earnie Boyd <earnie at users.sourceforge.net>wrote:
> sivaji j.g wrote:
>
>> Hi,
>>
>> I am developing a smart school site where one of the user roles is
>> "collage". Users belongs to this role need to be allowed to administer a
>> subset of users "students" in the site. The subset of users can be the
>> users in OG group. The group admin need to be allowed to create, edit,
>> block and delete users in the group context.
>>
>>
>>
>>
> http://drupal.org/project/og
>
OG module will not fit here. I am sorry if it is not explained clearly. What
i would need is a way to allow some of the site users to create/ mange their
own sibling user account. I know Drupal core doesn't handles this case and
there is no contrib module for the same.
A similar requirement is clearly explained here in d.o forum
http://drupal.org/node/696664
<forum-snip>
Our users are customers and they must be added by an administrator. Some
customers should be enabled to create their own "subcustomers" and of course
be able to edit and delete them.
The problem is, that if you want to enable someone to add users, by default,
there is only the "administer users" permission. They would have been
enabled to edit all other customers as well with that permission. Of course,
you could protect your users with the user_protect module or others, but
then, the "customer admins" would not be able to edit their own subcustomers
any more.
</forum-snip>
I posted this here to get core developer attention to see if there are any
discussions going on to introduce this feature, unfortunately nobody has
experienced similar requirement or reluctant to share their approach.
The possible best solution recommended to me is to expose a version of the
registration form to create sibling users. Hope this will help others.
--
Sivaji
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20100904/1aa72946/attachment.html
More information about the development
mailing list