Troubleshooting the "Unable to decode" (IdP 3.3)

[O'Dowd, Josh]

I saw the same Zip package error when I used that request direct to the IdP with my browser.  So I can confirm the Sample request I provided in the earlier post is not valid.

Josh

From: users [mailto:users-bounces at shibboleth.net] On Behalf Of Brent Putman
Sent: Wednesday, August 30, 2017 2:14 PM
To: Cantor, Scott <cantor.2 at osu.edu>; Shib Users <users at shibboleth.net>
Subject: Re: Troubleshooting the "Unable to decode" (IdP 3.3)




On 8/30/17 3:32 PM, Cantor, Scott wrote:

On 8/30/17, 3:26 PM, "Brent Putman" <putmanb at georgetown.edu><mailto:putmanb at georgetown.edu> wrote:



But, taking another view: since it seems we know (correct?) this is a Shib SP, and that's pretty well established to not be screwing

up the Redirect binding, it could be that the sample HTTP request sent in the other message is miscorrelated with the OpenSAML

errors.



That was my understanding, but either way, the simple answer is to paste the URL in a browser and watch it run.


Good idea re pasting in a browser.  So I did that.  And it fails, with the same error the OP is seeing.

So hmm.  Unless I screwed up the test somehow, that implies that there is some sort of legitimate issue here.  If someone else with a test IdP handy (and who knows what they are doing) can reproduce, that will eliminate operator error.

Testing IdP was a 3.4.0-SNAPSHOT, just updated to latest JDK 1.8.0_141.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20170830/599a66d0/attachment-0001.html>