SP 3.0.4 IIS module and handlerURL processing

Michael Brogan mbrogan at uw.edu
Mon Mar 25 17:04:58 EDT 2019


Sadly, or fortunately, we haven't had a lot of SP3.x uptake yet so it isn't a widespread problem. But it will become one. Thanks for putting a little more urgency on this issue.

--Michael

-----Original Message-----
From: users <users-bounces at shibboleth.net> On Behalf Of Cantor, Scott
Sent: Monday, March 25, 2019 1:58 PM
To: Shib Users <users at shibboleth.net>
Subject: Re: SP 3.0.4 IIS module and handlerURL processing

On 3/25/19, 4:42 PM, "users on behalf of Michael Brogan" <users-bounces at shibboleth.net on behalf of mbrogan at uw.edu> wrote:

> My understanding of the work-around from the Jira card is that <ISAPI 
> handlerPrefix=”/path/shibboleth.sso”>  can be used to move the default 
> handler from one path to another. In the case I’m working on, there 
> are multiple application overrides, each with their own handler in the appropriate path. I don’t understand how to apply the work around in that case. Or can “handlerPrefix” also be set within an application override?

No, that's game over, you're correct.

Sigh, I will try and get the fix out at some point soon here, I just really don't have the time to spin up a whole cycle. 
Seeing as it's Windows only, I guess I'll apply executive privilege and ship a 3.0.4.1 to get it out.

-- Scott


--
For Consortium Member technical support, see https://wiki.shibboleth.net/confluence/x/coFAAg
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net


More information about the users mailing list