[#SAK-12677] Show enrolled in for non course sites

Sakai

Show enrolled in for non course sites

Created: 11-Jan-2008 02:24 Updated: 28-Sep-2009 15:48

Component/s:

Site Info

Affects Version/s:

None

Fix Version/s:

2.6.0, 2.7.0

Time Tracking:

Not Specified

File Attachments:

SAK-12677.diff (2 kB)

2.6.x Status:	Closed
2.5.x Status:	None
2.4.x Status:	None

Description

« Hide

The site info main page has a column called "enrolled in" that show the course management eids of any rosters that give them access to the site. This column is only shown for 'course' type sites. We have various use cases where students are given access to provider id's to sites that are not course sites (Residence sites for instance). In these cases it would be useful to be able to see the enrolled in column if there is a provider id associated with the site.

Solution: the "enrolled in" column should be show for any site with a provider id associated.

All

Comments

Work Log

Change History

Subversion Commits

git Commits

Sort Order:

[ Permlink | « Hide ]

David Horwitz added a comment - 11-Jan-2008 02:25

patch to acheve this

[ Permlink | « Hide ]

John Leasia added a comment - 11-Jan-2008 06:24

I wonder if this should be something the project site owner can turn on/off (e.g., controlable on a site by site basis rather than installation wide). Currently, at UM anyway, students in course sites can't see the site info roster list due to privacy issues (and since there is no checkbox for view roster in permissions, the instructor can't give them that permission, by design). In project sites, the 'student' type role, access, or at UM member, does have permission to view the site info roster list. If the provider id is there and the enrolled in column is shown, does that expose private info that shouldn't be?

I don't think this is a problem for us in particular - users coming into a site with a provider id come in with the Student role, and in our project sites we don't have that role. So we would have to add the student role, and since admins would be the ones adding the provider id, they would also as part of the process add the student role, and could uncheck site.view.roster as part of the process. If privacy is an issue with that column.

[ Permlink | « Hide ]

David Horwitz added a comment - 11-Jan-2008 07:07

By default we hide the site info tool from users without site.upd and make the roster tool available for 'roster' functionality (renamed to participants). So for us this isn't a privacy issue.

As for the roles we have one class of object returned by CM that gives the role equivalent of access. This is for membership of a residence, specificaly so a residence warden can set up a non course site but still get the membership list provided.

[ Permlink | « Hide ]

Peter A. Knoop added a comment - 13-Jan-2008 13:11

David, this sounds less like a Bug, but more of a request to change the current design for a specific case, so it should really be a Task or Feature Request. I'm going to make it the later for now, as given the potential for privacy concerns raised here, this issue probably needs wider community discussion and vetting first.

[ Permlink | « Hide ]

Zhen Qian added a comment - 21-Oct-2008 08:58

Patch applied in r53615.

Thanks,

- Zhen

[ Permlink | « Hide ]

David Horwitz added a comment - 28-Jan-2009 05:31

clsoing based on uct production experience

[ Permlink | « Hide ]

Anthony Whyte added a comment - 28-Sep-2009 15:48

In 2.6.0.