[Building Sakai] Instructor should not be able to 'AddParticipants' but can manage participant status
Zhen Qian
zqian at umich.edu
Fri Jan 22 06:43:07 PST 2010
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"
More information about the sakai-dev
mailing list