[Building Sakai] what do you do about the /access login interceptor with CAS

[Steve Swinsburg]

Hi Kelly,

All state is preserved, that was the goal, so if you have a link to a site/tool/page inside Sakai, then you hit the choice page, you can go off to do the authentication, then you get taken back to Sakai and taken to the original destination.

cheers,
Steve


On 26/05/2012, at 8:17 AM, Geng, Kelly wrote:

> Another way I’m thinking is to show the xlogin link on the CAS login page if logging in from Sakai, and prompt to the guest users to use that link. But then the destination link will probably be lost, not sure whether CAS can pass that to xlogin page….Can your choice page pass the link to xlogin?
>  
> Thanks,
> Kelly
>  
>  
> From: Steve Swinsburg [mailto:steve.swinsburg at gmail.com] 
> Sent: Friday, May 25, 2012 5:50 PM
> To: Geng, Kelly
> Cc: Matthew Jones; sakai-dev at collab.sakaiproject.org Developers
> Subject: Re: [Building Sakai] what do you do about the /access login interceptor with CAS
>  
> Not at this stage but when you have both internal and external users, and sometimes the same person can have both types of accounts, there isn't another way other than to prompt. 
>  
> The idea is also so that you can extend this and have more auth choices, eg shibboleth as well. 
>  
> Cheers 
> 
> Sent from my iPhone
> 
> On 26/05/2012, at 7:38, "Geng, Kelly" <gengx at muohio.edu> wrote:
> 
> Steve,
>  
> With this choice page turned on, I suppose all CAS users will need 1 more click every time they enter Sakai. Are they not complaining about this, with CAS users being the majority?
>  
> Thanks,
> Kelly
>  
> From: sakai-dev-bounces at collab.sakaiproject.org [mailto:sakai-dev-bounces at collab.sakaiproject.org] On Behalf Of Steve Swinsburg
> Sent: Thursday, May 24, 2012 10:12 PM
> To: Matthew Jones
> Cc: sakai-dev at collab.sakaiproject.org Developers
> Subject: Re: [Building Sakai] what do you do about the /access login interceptor with CAS
>  
> Yep, I did this work.
>  
> Try it out here: https://es-services.anu.edu.au/portal/
>  
> though you won't be able to login but you can see the flow.
>  
> cheers,
> Steve
>  
>  
>  
>  
> On 25/05/2012, at 11:55 AM, Matthew Jones wrote:
> 
> 
> 
> Sam had told me that this was committed to trunk under
> https://jira.sakaiproject.org/browse/SAK-21498 
> 
> On Thu, May 24, 2012 at 8:08 PM, Matthew Jones <matthew at longsight.com> wrote:
> There are some patches I believe Unicon has done to login/xlogin to prompt for this exact thing you're asking about:
>  
> http://collab.sakaiproject.org/pipermail/sakai-dev/2011-May/012211.html 
>  
> I don't know if it was ever moved out of custom clients subversions though?
>  
> -Matthew
>  
> 
> On Thu, May 24, 2012 at 9:46 AM, Charles Hedrick <hedrick at rutgers.edu> wrote:
> Currently we are using CAS in production. We've got a problem. If someone sends a URL in email, and the user isn't logged in, they are sent to the CAS login. This is fine for our users, but doesn't work for guests.
> 
> How would I bring up an intermediate screen that asks for either CAS or guest login? Or is there a better approach?
> 
> _______________________________________________
> 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"
>  
>  
> _______________________________________________
> 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"
>  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120526/acfd026e/attachment.html