[Deploying Sakai] [Building Sakai] Cleanup users' subscriptions when they are not provided anymore
Steve Swinsburg
steve.swinsburg at gmail.com
Tue Oct 18 15:13:48 PDT 2011
Hi Jean-Francois,
There are many, many Jira's on this topic. I think the ability to clean up the authzgroup membership would be the safest solution (some of these Jira's talk about removing content as well which is probably undesired)
https://jira.sakaiproject.org/browse/SAK-655
https://jira.sakaiproject.org/browse/SAK-1456
https://jira.sakaiproject.org/browse/SAK-1535
https://jira.sakaiproject.org/browse/SAK-2973
https://jira.sakaiproject.org/browse/SAK-6603
https://jira.sakaiproject.org/browse/SAK-7775
It would be great to have an option in the User tool that can do this periodically (match from the sakai_user_id_map table).
If you get a solution, post it back, it might be able to be turned into an addon.
cheers,
Steve
On 19/10/2011, at 2:20 AM, Jean-Francois Leveque wrote:
> Hi all,
>
> My request is about live external/provided users. In my case, they come
> from LDAP.
>
> In the past, they were provided and added as participants to sites and
> their own MyWorkspace if they logged in.
>
> Now they are not provided anymore but Sakai logs errors when loading the
> site they were subscribed to, such as :
> org.sakaiproject.site.util.SiteParticipantHelper -
> SiteParticipantHelper.prepareParticipants: user not defined xxxxxxxx
>
> I cannot unsubscribe them from the UI, because they're not provided anymore.
>
> Is there any other way to unsubscribe them than doing it directly in the
> database?
>
> If there's no other way, how should I do it in the database?
>
> Cheers,
>
> J-F
> _______________________________________________
> 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 production
mailing list