1 I can't seem to login to ikiwiki sites reliably anymore.
3 I am not sure what is going on. It affects this wiki and the git-annex
4 wiki. I am editing this through the anonymous git push interface.
6 OpenID is failing on me. That is, sometimes it works, sometimes it
7 doesn't. For example, while writing this, I clicked the "Preferences"
8 link and I seemed to have been logged in automatically without
9 problem, even though I previously *tried* to login and failed with an
10 error similar to [[bugs/Error:_OpenID_failure:_time_bad_sig:]], which
11 of course I cannot reproduce anymore on ikiwiki.info now:
13 Error: OpenID failure: time_bad_sig: Return_to signature is not
16 I *can* still reproduce this on the git-annex wiki, however, which is
17 odd. This *could* be because the OpenID host is screwing up, as I am
18 not directly responsible for that box anymore... but then why would it
19 work on one wiki and not the other?
21 But worse, I cannot login with my regular non-OpenID user, which I
22 started using more regularly now. When I type the wrong password, the
23 login form gives me "Invalid entry" next to the password field. But
24 then if I do a password recall and reset my password, I get a
27 Error: login failed, perhaps you need to turn on cookies?
29 That happens reliably on git-annex.branchable.com. ikiwiki.info seems
30 to be more stable: i can eventually login. i can login to my personal
31 wiki with OpenID fine. I can also login to branchable.com itself with
32 openid without issues.
34 So I guess the problem is mostly with git-annex.branchable.com? Not
35 sure how to debug this further.
39 Update: now I can't login to the ikiwiki.info site anymore, getting
40 the same errors as on the git-annex site.
42 > This seems to be a concacentation of multiple unrelated problems with
43 > different stuff, which is not a good bug report technique. Then to add to
44 > the fun, you filed the same bug on branchable too. Sigh!
46 > The `time_bad_sig` problem with the perl openid library is a problem I am
47 > aware of but it's not clear if the problem is clock skew, or a protocol
48 > problem. At least one user to report it seemed to get it due to a http
49 > proxy. I'm pretty sure it could also happen if multiple openid logins
50 > were attempted at the same time (the `consumer_secret` which is stored
51 > server-side is used). The problem is not specific to ikiwiki.
53 > Ikiwiki says "login failed, perhaps you need to turn on cookies?" when
54 > the user successfully logged in, but their cookie does not indicate why
55 > they were logging in to begin with, so ikiwiki does not know what action
56 > to continue to. One way to get this when cookies are enabled is to
57 > re-post a login form after already using it, by eg using the back button
58 > to go back to a previous login form and try to reuse it.