Re: Making return_to Optional
http://openid.net/pipermail/specs/2006-September/63.html On 6-Nov-06, at 8:10 PM, Johannes Ernst wrote: > Is there a use case somewhere you can point me to? > > On Nov 6, 2006, at 20:03, Recordon, David wrote: > >> Yep... >> >> -Original Message- >> From: Drummond Reed [mailto:[EMAIL PROTECTED] >> Sent: Monday, November 06, 2006 7:54 PM >> To: Recordon, David; specs@openid.net >> Subject: RE: Making return_to Optional >> >> David, in the message below, I assume you meant to say "return_to >> is NOW >> an optional parameter..." instead of "return_to is NOT an optional >> parameter...". That's the only way I can make sense of it. >> Am I right? >> >> =Drummond >> >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >> Behalf Of Recordon, David >> Sent: Monday, November 06, 2006 11:10 AM >> To: specs@openid.net >> Subject: Making return_to Optional >> >>> From the call last week and the proposal at >> http://openid.net/pipermail/specs/2006-October/000430.html, >> return_to is >> not an optional parameter in the authentication request. The idea >> being >> that a RP not sending it signals the IdP to not redirect the user >> back; >> rather an extension will be doing something useful. I've checked in >> this change, though would like it reviewed since I am not completely >> happy with all the wording. >> >> http://openid.net/svn/comp.php?repname=specifications&path=&compare% >> 5B%5 >> D=%2Fauthentication%2F2.0%2Ftrunk%2Fopenid- >> [EMAIL PROTECTED]&compare >> %5B%5D=%2Fauthentication%2F2.0%2Ftrunk%2Fopenid- >> [EMAIL PROTECTED]&ma >> nualorder=1 >> >> Thanks, >> --David >> ___ >> specs mailing list >> specs@openid.net >> http://openid.net/mailman/listinfo/specs >> >> >> ___ >> specs mailing list >> specs@openid.net >> http://openid.net/mailman/listinfo/specs > > ___ > specs mailing list > specs@openid.net > http://openid.net/mailman/listinfo/specs > > ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs
Re: Making return_to Optional
Is there a use case somewhere you can point me to? On Nov 6, 2006, at 20:03, Recordon, David wrote: > Yep... > > -Original Message- > From: Drummond Reed [mailto:[EMAIL PROTECTED] > Sent: Monday, November 06, 2006 7:54 PM > To: Recordon, David; specs@openid.net > Subject: RE: Making return_to Optional > > David, in the message below, I assume you meant to say "return_to > is NOW > an optional parameter..." instead of "return_to is NOT an optional > parameter...". That's the only way I can make sense of it. > Am I right? > > =Drummond > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Recordon, David > Sent: Monday, November 06, 2006 11:10 AM > To: specs@openid.net > Subject: Making return_to Optional > >> From the call last week and the proposal at > http://openid.net/pipermail/specs/2006-October/000430.html, > return_to is > not an optional parameter in the authentication request. The idea > being > that a RP not sending it signals the IdP to not redirect the user > back; > rather an extension will be doing something useful. I've checked in > this change, though would like it reviewed since I am not completely > happy with all the wording. > > http://openid.net/svn/comp.php?repname=specifications&path=&compare% > 5B%5 > D=%2Fauthentication%2F2.0%2Ftrunk%2Fopenid- > [EMAIL PROTECTED]&compare > %5B%5D=%2Fauthentication%2F2.0%2Ftrunk%2Fopenid- > [EMAIL PROTECTED]&ma > nualorder=1 > > Thanks, > --David > ___ > specs mailing list > specs@openid.net > http://openid.net/mailman/listinfo/specs > > > ___ > specs mailing list > specs@openid.net > http://openid.net/mailman/listinfo/specs ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs
RE: Making return_to Optional
Yep... -Original Message- From: Drummond Reed [mailto:[EMAIL PROTECTED] Sent: Monday, November 06, 2006 7:54 PM To: Recordon, David; specs@openid.net Subject: RE: Making return_to Optional David, in the message below, I assume you meant to say "return_to is NOW an optional parameter..." instead of "return_to is NOT an optional parameter...". That's the only way I can make sense of it. Am I right? =Drummond -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Recordon, David Sent: Monday, November 06, 2006 11:10 AM To: specs@openid.net Subject: Making return_to Optional >From the call last week and the proposal at http://openid.net/pipermail/specs/2006-October/000430.html, return_to is not an optional parameter in the authentication request. The idea being that a RP not sending it signals the IdP to not redirect the user back; rather an extension will be doing something useful. I've checked in this change, though would like it reviewed since I am not completely happy with all the wording. http://openid.net/svn/comp.php?repname=specifications&path=&compare%5B%5 [EMAIL PROTECTED]&compare [EMAIL PROTECTED]&ma nualorder=1 Thanks, --David ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs
RE: Making return_to Optional
David, in the message below, I assume you meant to say "return_to is NOW an optional parameter..." instead of "return_to is NOT an optional parameter...". That's the only way I can make sense of it. Am I right? =Drummond -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Recordon, David Sent: Monday, November 06, 2006 11:10 AM To: specs@openid.net Subject: Making return_to Optional >From the call last week and the proposal at http://openid.net/pipermail/specs/2006-October/000430.html, return_to is not an optional parameter in the authentication request. The idea being that a RP not sending it signals the IdP to not redirect the user back; rather an extension will be doing something useful. I've checked in this change, though would like it reviewed since I am not completely happy with all the wording. http://openid.net/svn/comp.php?repname=specifications&path=&compare%5B%5 [EMAIL PROTECTED]&compare [EMAIL PROTECTED]&ma nualorder=1 Thanks, --David ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs