[Building Sakai] SAK-17260

Wed Apr 27 10:15:04 PDT 2011

Ahha, I think it was a problem with my CourseManagement provider.  I may have been sending back too much info!  My section had an EnrollmentSet and a CourseOffering.  Removing the EnrollmentSet seems to have fixed my issue!
Thanks Zhen for explaining some stuff which pointed me in the right direction!

Chris

From: Chris Maurer <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>>
Date: Wed, 27 Apr 2011 15:43:21 +0000
To: Zhen Qian <zqian at umich.edu<mailto:zqian at umich.edu>>
Cc: "sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>" <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>
Subject: Re: [Building Sakai] SAK-17260

2.7.1 was our base.  We then merged in all the fixes for site-manage in 2.7.x.  And we do have some local mods as well.
I'll dig into it a bit more and maybe also try stock 2.7.x and try to debug and compare.

Chris

From: Zhen Qian <zqian at umich.edu<mailto:zqian at umich.edu>>
Date: Wed, 27 Apr 2011 11:35:01 -0400
To: Chris Maurer <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>>
Cc: <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>
Subject: Re: [Building Sakai] SAK-17260

Chris:

I've tested on the nightly 2.7.x server, following the same steps and got same result, where the overridden role is reserved.

What version of 2.7.x are you using? Any local modifications to Site Info tool?

Thanks,

- Zhen

On Wed, 27 Apr 2011 15:26:33 +0000, "Maurer, Christopher Wayne" <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>> wrote:

Would there be any differences between trunk and 2.7.x here?
Chris
From: Zhen Qian <zqian at umich.edu<mailto:zqian at umich.edu>>
Date: Wed, 27 Apr 2011 11:21:05 -0400
To: Chris Maurer <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>>
Cc: <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>
Subject: Re: [Building Sakai] SAK-17260

Hi, Chris:

I did a quick test on nightly2 trunk Oracle server: http://nightly2.sakaiproject.org:8082/portal/site/65a68d2b-438d-4bc0-ad99-02034d827a7a

I created the "Discussion 1 SMPL 101" site with provider id "Discussion 1 SMPL101" first, and added student0031 as TA role. Later I went to "Edit Class Rosters" in Site Info and added "Discussion 2 SMPL 101". You can see now the student0031 is still with TA role, removable, but the provider information is also shown for him.

So maybe the problem you observed is related to local authzgroup impl?

Thanks,

- Zhen

On Wed, 27 Apr 2011 15:13:25 +0000, "Maurer, Christopher Wayne" <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>> wrote:

Zhen,
What you just described is not what I'm experiencing.  My user always comes through as provided (with the provided role) and I have no option to remove the user.
Chris
From: Zhen Qian <zqian at umich.edu<mailto:zqian at umich.edu>>
Date: Wed, 27 Apr 2011 10:39:39 -0400
To: Chris Maurer <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>>
Cc: <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>
Subject: Re: [Building Sakai] SAK-17260

Chris:

It is a general problem and not specific to one AuthzGroup provider implementation.

I think it is open to discussion whether the overridden role should be reserved or not if it is different from that in provider definition.

SAK-17260 will reserve the current role, but show all the provider information about the user. The "Remove" column is still enabled for the user. After removal, the user is still shown with role reverted back to the provided role.

KNL-403 removes local role definition for provided user ONLY IF the local role == provided role. In order words, it won't do anything if user is first added as roleA and later provided with roleB.

Based on the description of SAK-17260, I don't think it conflicts with KNL-403...

Thanks,

- Zhen

On Wed, 27 Apr 2011 13:57:57 +0000, "Maurer, Christopher Wayne" <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>> wrote:

https://jira.sakaiproject.org/browse/SAK-17260
This issue was fixed over a year ago, so perhaps no one really remembers, but I had some concerns as I see how things are working on our local 2.7 version.
I'm not sure if it's just due to the special provider that we're using here, but the behavior that I now see is that a user that is an actual member of a site will have their role overridden by the role coming from the provider.  Is that really what is intended?  If so, maybe we should adopt a solution similar to how the provided role is determined (by an ordered list – siteRoleResolutionOrder – so that the provided role would be chosen only if it were higher in the list then the native site role.
Am I way out there with this requirement?  Maybe this isn't an issue with the standard group providers and is only an issue with the custom one we wrote!
Chris

_______________________________________________ sakai-dev mailing list sakai-dev at collab.sakaiproject.org<mailto: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<mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a subject of "unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110427/40ffd343/attachment.html 