X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/dd795098378f4a615a2ff4fa84cab1c0461dcf37..1030d23a2ca1be2680a6fac8366f880a1d1760c6:/doc/bugs/openid_postsignin_failure.mdwn?ds=inline diff --git a/doc/bugs/openid_postsignin_failure.mdwn b/doc/bugs/openid_postsignin_failure.mdwn index 3abad0c17..01c3e5a6f 100644 --- a/doc/bugs/openid_postsignin_failure.mdwn +++ b/doc/bugs/openid_postsignin_failure.mdwn @@ -22,9 +22,31 @@ Crypt::DH, URI-Fetch. --Ethan >> I put debugging output in openid.pm and it suggests that the >> verification is taking place successfully. I see "openid.mode=id_res" >> in the URI. On top of that, it's the same Openid server I use ->> to sign in here on ikiwiki.kitenet.net. --Ethan +>> to sign in here on ikiwiki.info. --Ethan >>> Yikes, I don't really have the newest CGI::Session after all.. >>> let me try updating that. --Ethan >>>> Sorry, I'm an idiot -- cookies disabled on my browser. Sorry to ->>>> waste your time.. --Ethan \ No newline at end of file +>>>> waste your time.. --Ethan + +>>>>> No problem, the error message could certianly use improvement. +>>>>> Although if I disable cookies, myopenid lets me know. Maybe you +>>>>> should paste the url. --[[Joey]] + +I have cookies disabled on my computer, with a bunch of manual +exceptions. This includes myopenid, ikiwiki.info, livejournal, +and some others. Unfortunately it didn't include my own domain. +So the URI that myopenid redirected me to was fine, but because +I didn't have cookies set, I didn't have a session, and so +session->param('postsignin') was undefined, so instead of being +redirected my query fell through CGI.pm to the bottom of cgi(), +where I got the message above. In a perfect world I'd say that +it would be nice to let the user know that they can't sign in +w/o cookies, but I don't see any easy way of detecting that +from CGI::Session. Maybe you know a way -- I have never used +CGI.pm before, this isn't my forte (in case that wasn't obvious). +--Ethan + +> It's not easily possible to test for cookies, but it is possible to +> display a better error message in this failure mode. [[bugs/done]] +> --[[Joey]]