sticky roster problem in Site Info - previously added student missing course related information when later provided through CourseManagementService
GENERAL
TESTING
GENERAL
TESTING
Description
This is referred to as "Sticky Roster" here: so student gets added into a site before SIS knows about his registration. And later when the instructor added the roster to the site, or the roster gets updated to include that student, the student still listed in the Site Info participant list missing registration information.
Should populate the course information for those students.
Turns out that I had an issue with my CM provider that was causing this different behavior, so most of my previous comment can be ignored!
Christopher Maurer April 25, 2011 at 1:45 PM
Coming in a little late on this one, but it seems like there is some (potentially) unintended behavior here. It appears that now, no matter what role the user has natively in the site, it always switches to a role from the provider. Wouldn't you want something more like is used when determining the provided role where there is an ordered list consulted for the siteRoleResolutionOrder? I haven't dug through the changes mentioned on yet, but perhaps as Stephen suggests this fix should go away and the kernel one should win?
Stephen Marquard February 19, 2010 at 12:19 AM
Zhen, could you look at this in relation to - are they doing the same thing, and specifically should the Site Info code for this be removed in trunk because it will no longer be necessary?
This is referred to as "Sticky Roster" here: so student gets added into a site before SIS knows about his registration. And later when the instructor added the roster to the site, or the roster gets updated to include that student, the student still listed in the Site Info participant list missing registration information.
Should populate the course information for those students.