[ 
http://opencast.jira.com/browse/MH-5584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=26357#comment-26357
 ] 

Judy Stern commented on MH-5584:
--------------------------------

>From Chris 
>(http://opencast.3480289.n2.nabble.com/permission-management-in-Series-UI-td6315134.html):
if I look at our current auth system, we
have a bunch of roles institutionally that represent the students we
might want to view a particular video.   Here's a scenario, a first
year computer science course with 5 on campus sections and 3 off campus
sections.  The lead instructor is going to be recorded, and students
from all sections can see his videos.  For each section we have 
"subroles"; instructor, students enrolled, students who are auditing,
tas, markers.

If we want everyone to have access this means (5+3)*5=40 roles.

I think this would be both our "worst case" as well as a "not so
uncommon" case.


> Create a prototypical permission management ui
> ----------------------------------------------
>
>                 Key: MH-5584
>                 URL: http://opencast.jira.com/browse/MH-5584
>             Project: Matterhorn Project
>          Issue Type: Sub-Task
>          Components: Administrative Tools
>    Affects Versions: None
>            Reporter: Tobias Wunden
>            Assignee: Judy Stern
>             Fix For: None
>
>         Attachments: Screen shot 2011-03-30 at 2.53.45 PM.png, Screen shot 
> 2011-03-30 at 3.05.43 PM.png
>
>
> There are some places in the uis where permission management should be 
> possible:
> - series editor (which person and groups are allowed to manage or view a 
> serie's recordings?)
> - hold state (which person and groups are allowed to manage or view a 
> recording?)
> - admin ui (which person and groups are allowed to manage or view a 
> recording?)
> The ui should be able to map users and groups to permissions ("manage" and 
> "access") on a series or single mediapackage. We can keep refining the 
> permissions later, but "manage" (publish, retract) and "access" (view) should 
> be a good start.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________

Reply via email to