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">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">http://lists.openid.net/pipermail/openid-specs-ab/Week-of-Mon-20121203/002612.html</a>