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

[Nicola Monat-Jacobs]

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"