X-Git-Url: https://sipb.mit.edu/gitweb.cgi/ikiwiki.git/blobdiff_plain/d059f057904fade5df75455185449a8017db554e..9558a4ee840f3888625828d0f1b314880a630bd3:/doc/bugs/openid_postsignin_failure.mdwn diff --git a/doc/bugs/openid_postsignin_failure.mdwn b/doc/bugs/openid_postsignin_failure.mdwn index 8015ee0ec..01c3e5a6f 100644 --- a/doc/bugs/openid_postsignin_failure.mdwn +++ b/doc/bugs/openid_postsignin_failure.mdwn @@ -22,7 +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 \ No newline at end of file +>>> let me try updating that. --Ethan +>>>> Sorry, I'm an idiot -- cookies disabled on my browser. Sorry to +>>>> 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]]