[development] [support] Administer a subset of users

Peter Droogmans Peter at attiks.com
Sat Sep 4 12:39:50 UTC 2010


I think you still can use og, but only use it for the user management not for the posts. Just create a dummy node type (my_people) so admins can add, edit, remove users.

Other solution would be to add a profile field (admin only) and use it to store the creating user. Afterwards build a view that only show those users and use hooks to double check when editing

Good luck,

From: development-bounces at drupal.org [mailto:development-bounces at drupal.org] On Behalf Of sivaji j.g
Sent: zaterdag 4 september 2010 1:33 PM
To: development at drupal.org
Subject: Re: [development] [support] Administer a subset of users

On Wed, Sep 1, 2010 at 5:02 PM, Earnie Boyd <earnie at users.sourceforge.net<mailto:earnie at users.sourceforge.net>> wrote:
sivaji j.g wrote:

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.


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
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.

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.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20100904/32be2daa/attachment.html 

More information about the development mailing list