[Building Sakai] pda loggedOutUrl

[Steve Swinsburg]

What JSP are you referring to? People would need to create and deploy one. The functionality in that Jira allows different user types to be taken to different urls after they are logged out and that is handled in the portal, not in any custom extension. If none is set it uses the default.

So there would only be one extra property, optional, if people wanted PDA logouts to go to a different location.

pda.loggedOutUrl=somewhere

If they wanted to get more granular then they could also add the user type, but none of that is required.

Cheers,
S


Sent from my iPad

On 21/07/2011, at 1:32, Matthew Jones <jonespm at umich.edu> wrote:

> This just sounds like it's going to be property overload to me (pda.loggedOutUrl.guest, pda.loggedOutUrl.student, pda.loggedOutUrl.maintain, loggedOutUrl.guest, trying to think of every custom case that we might have for different portal. The returnPath is already passed as an parameter as "/pda". This is a *good* thing as /pda users probably want to get back to /pda. Maybe this is what's messing it up for Omer, the returnPath parameter?
> 
> <logged out URL>?returnPath=/pda
> 
> I think something like this, as well types could have just been handled by adding additional parameters to the logged out URL and telling someone how to customize a .jsp to handle each special case they might have?
> 
> On Tue, Jul 19, 2011 at 8:16 PM, Steve Swinsburg <steve.swinsburg at gmail.com> wrote:
> Would we just have another property in sakai.properties called pda.loggedOutUrl or similar? Then if you are in the PDA portal you go to the pda logout page? The support for different loggedout URL's is already in Sakai
> https://jira.sakaiproject.org/browse/SAK-16370
> 
> so this would be an extension to support the different portals as well.
> 
> cheers,
> Steve
> 
> 
> 
> 
> On 20/07/2011, at 6:07 AM, Matthew Jones wrote:
> 
>> Right, we have a dynamic (jsp) within Sakai that set as the loggedOutUrl which clears some cookies, captures the return path and redirects to our CAS.
>> https://source.sakaiproject.org/svn//msub/umich.edu/ctools/ctools-jsp/trunk/src/webapp/logout.jsp
>> 
>>      String returnPath = request.getParameter("returnPath");
>> 
>> We had to capture that piece of the return path so that other urls (like pda) worked. This does sound similar.
>> 
>> On Tue, Jul 19, 2011 at 3:58 PM, Zhen Qian <zqian at umich.edu> wrote:
>> Omer:
>> 
>> You might want to look at UMICH-8 "bug in logout script if using pda portal" (https://jira.sakaiproject.org/browse/UMICH-8), where Matt fixes the similar problem.
>> 
>> Thanks,
>> 
>> - Zhen
>> 
>> On Jul 19, 2011, at 3:40 PM, Omer Piperdi wrote:
>> 
>>> We have been using a specific loggedOutUrl in our sakai install.. That 
>>> logged users out from CAS.
>>> 
>>> Is there anyway to specify loggedOutUrl for pda?? Right now it is 
>>> automatically adding /pda at the end of loggedOutUrl and which creating 
>>> 404..
>>> 
>>> We want same have loggedOutUrl for both pda and regular logout..
>>> 
>>> Thanks
>>> Omer
>>> _______________________________________________
>>> 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"
>> 
>> _______________________________________________
>> 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/20110721/e4510f5f/attachment.html