[Building Sakai] Instructor should not be able to 'AddParticipants' but can manage participant status

[Zhen Qian]

To add the permission is a change inside kernel(SiteService.java). I have
created KNL-371. I can update Site Info tool to make use of the new
permissions once this kernel ticket is done.

Thanks,

- Zhen

I have 
On Fri, 22 Jan 2010 12:24:42 -0500, Nicola Monat-Jacobs
<nicola at longsight.com> wrote:
> Zhen - 
> 
> This sounds perfect! If this is a change you can make, Sam and I will be
> happy to test it.
> 
> Thanks,
> Nicola
> 
> On Jan 22, 2010, at  9:43 AM, Zhen Qian wrote:
> 
>> 
>> Nicola:
>> 
>> How about add two new permissions:
>> 
>> site.upd.site.mbrshp.status
>> site.upd.site.mbrshp.role
>> 
>> If given "site.upd.site.mbrshp", user should be allowed to do case 1-3,
>> versus "site.upd.site.mbrshp.status" is for case 2 and
>> site.upd.site.mbrshp.role is for case 3.
>> 
>> How do you think?
>> 
>> - Zhen
>> 
>> On Fri, 22 Jan 2010 09:25:27 -0500, Nicola Monat-Jacobs
>> <nicola at longsight.com> wrote:
>>> Thanks for this info Dan. There's really (at least) 3 different
>> permissions
>>> at work here:
>>> 
>>> 1) Add/remove participants, change the membership of the course
>>> 2) Manage participant status (Active/Inactive)
>>> 3) Manage participant role (e.g., Student, TA, Instructor)
>>> 
>>> and I can imagine scenarios where you'd want to give instructors one
(or
>>> two) but not the other(s). It looks like site.upd.site.mbrshp is still
a
>>> little too broad if it encompasses all three of these permissions.
>>> 
>>> There is an open ticket here:
>> http://jira.sakaiproject.org/browse/SAK-7768
>>> but it looks like this issue has been kicking around since at least the
>>> days of 2.0, 2.1.
>>> 
>>> Nicola
>>> 
>>> On Jan 22, 2010, at  2:32 AM, Daniel Merino wrote:
>>> 
>>>> Hi, Nicola. In our institution we though something similar, but more 
>>>> fine-grained: we would like that Instructors should be able to promote

>>>> their own Teaching Assistants between their students, but without
being
>>>>
>>>> able to add/delete students in the official courses.
>>>> 
>>>> Best regards.
>>>> 
>>>> Nicola Monat-Jacobs escribió:
>>>>> I'm wondering if anyone has encountered the following need:
>>>>> 
>>>>> Instructors should be able to manage participant status (e.g.,
>>>>> 'Active'
>>>>> and 'Inactive') but should not be able to add/remove users from the
>> site
>>>>> or change their roles.
>>>>> 
>>>>> Currently, it looks like changing a user's status in a course is
>>>>> controlled by site.upd.site.mbrshp, which also give you access to the
>>>>> undesirable features too.
>>>>> 
>>>>> Has anyone else encountered this use case or done any work in this
>>>>> regard?
>>>>> 
>>>>> Thanks!
>>>>> 
>>>>> Nicola Monat-Jacobs
>>>>> The Longsight Group
>>>>> _______________________________________________
>>>>> sakai-dev mailing list
>>>>> sakai-dev at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>>> 
>>>>> TO UNSUBSCRIBE: send email to
>>>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>>>> "unsubscribe"
>>>>> 
>>>>> 
>>>> 
>>>> -- 
>>>> Daniel Merino
>>>> daniel.merino at unavarra.es
>>>> Gestor de teleformación - Centro Superior de Innovación Educativa.
>>>> Tfno: 948-168489 - Universidad Pública de Navarra.
>>>> _______________________________________________
>>>> sakai-dev mailing list
>>>> sakai-dev at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>> 
>>>> TO UNSUBSCRIBE: send email to
>>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>>> "unsubscribe"
>>> 
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> 
>>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org
>>> with a subject of "unsubscribe"