diff options
author | Joey Hess <joey@gnu.kitenet.net> | 2009-04-10 17:48:28 -0400 |
---|---|---|
committer | Joey Hess <joey@gnu.kitenet.net> | 2009-04-10 17:48:28 -0400 |
commit | 6887d1af2af9926231d01a3b95b46a69241d1836 (patch) | |
tree | a3419bd683a8a33443640ede5bb45a3ecd210a63 /doc | |
parent | 2eb990b3f5496d271adb5b42ad393dc810700ba5 (diff) | |
parent | 26189b6dffa05c6a674f5da9cc5bb1d9f4565ae7 (diff) | |
download | ikiwiki-6887d1af2af9926231d01a3b95b46a69241d1836.tar ikiwiki-6887d1af2af9926231d01a3b95b46a69241d1836.tar.gz |
Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
Diffstat (limited to 'doc')
-rw-r--r-- | doc/index/openid/discussion.mdwn | 17 |
1 files changed, 15 insertions, 2 deletions
diff --git a/doc/index/openid/discussion.mdwn b/doc/index/openid/discussion.mdwn index d692bf011..4a50fd9dd 100644 --- a/doc/index/openid/discussion.mdwn +++ b/doc/index/openid/discussion.mdwn @@ -26,6 +26,8 @@ do=postsignin&oic.time=1238224497-1450566d93097caa707f&openid.assoc_handle=%7BHM The `return_to` arg should NOT be `signed`, it should be the originating URL where you initially logged in. +>> Yes, exactly. That's also my understanding of the spec. + > I think you're confusing 'openid.return_to' with 'return_to'. The > former is present above, and is, indeed, the originating url, the latter > is part of the *value* of the 'openid.signed' parameter generated by myopenid.com. --[[Joey]] @@ -36,14 +38,25 @@ Also, I dunno what the assoc_handle is doing spitting out an arg like `{HMAC-SHA > I see the same HMAC-SHA1 when using myopenid, and completly different > things for other openid servers. (Ie, when using livejournal as an openid server, > `openid.assoc_handle=1239305290:STLS.QiU6zTZ6w2bM3ttRkdaa:e68f91b751`) -> + +>> OK, I wasn't too sure about that, seemed bogus or somehow wrong or in error, like it wasn't actually being `completed`. + > I'm fairly sure that is all a red herring. > > So, when I was talking about reproducing the bug, I was thinking perhaps you could tell me what openid server you're using, > etc, so I can actually see the bug with my own eyes. -> + +>> myopenid.com, with the CNAME option turned on. + > The sanitised url parameters you've provided are not generated by ikiwiki at all. > They don't even seem to be generated by the underlying [[!cpan Net::OpenID]] library. + +>> That was a server log entry with date/host/time stripped, and my URL also stripped. Everything else is as was in the log. I installed the Debian packages in Lenny, both server and consumer OpenID Perl packages. + > I'm pretty sure that what you're showing me is the url myopenid redirects > the browser to after successfully signing in. At that point, ikiwiki > should complete the signin. What fails at this point? How can I reproduce this failure? --[[Joey]] + +I'll try it again myself. I had tried it oh probably 6 times before I finally gave up on it. Maybe I'm getting rusty and I'm just PEBKACing all over the place. :P + +Also, to address the point about this discussion being in the wrong area (not under bugs), should I move it, or will you? I don't mind doing it, if you can't. |