Sorry for the re-post - I wanted to send this with Breno and Naveen directly in the distribution list to increase the likelihood that they'd actually see it (but forgot the first time).<br><br><div class="gmail_quote">

---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Brian Campbell</b> <span dir="ltr"><<a href="mailto:bcampbell@pingidentity.com">bcampbell@pingidentity.com</a>></span><br>Date: Tue, Dec 4, 2012 at 10:17 AM<br>

Subject: Question to Google about redirect_uri parameter in authorization request<br>To: "<<a href="mailto:openid-specs-ab@lists.openid.net">openid-specs-ab@lists.openid.net</a>>" <<a href="mailto:openid-specs-ab@lists.openid.net">openid-specs-ab@lists.openid.net</a>><br>

<br><br>Hey Breno and/or Naveen,<br><br>Would you guys be OK with relaxing the Connect specs to allow the redirect_uri parameter to be omitted from an authorization request when only one redirect_uri is registered for the given client?<br>


<br>The reason I'm asking it that the Connect specs are more strict about the redirect_uri parameter  than the base OAuth spec and I'd submitted at ticket [1] requesting that Connect align with the RFC that it extends from. The Connect editors have said the added constraint on the parameter was placed there because it's how the the Google implementation worked and asked me to follow up with you guys [2] to understand why you were requiring it and if it is OK to relax that requirement in the Connect specs.  <br>


<br>Can you shed some light on that decision and/or just give the to make the change at the spec level?<br><br>Thanks in advance,<br>Brian <br><br><br>[1] <a href="https://bitbucket.org/openid/connect/issue/669/inconsistent-treatment-of-redirect_uri" target="_blank">https://bitbucket.org/openid/connect/issue/669/inconsistent-treatment-of-redirect_uri</a><br>


<br>[2] <a href="http://lists.openid.net/pipermail/openid-specs-ab/Week-of-Mon-20121203/002612.html" target="_blank">http://lists.openid.net/pipermail/openid-specs-ab/Week-of-Mon-20121203/002612.html</a>
</div><br>