There are days that I really hate being anywhere near the cutting edge, because it mostly tends to cut my legs off.
It appears that, sometime in the very recent past (past couple of weeks), CommYou's LiveJournal integration broke. Far as I can tell, this isn't due to anything I did: the version on the live site is just as dead as on my test laptop. I'm not sure when it happened, because I don't re-login very often, but it's sometime since I put up release 0.3.0.
Best I can tell, LJ's OpenID implementation is now broken, but that's based on a very inexpert understanding of the protocol. I seem to be using Version 1.1 of the protocol, and according to this report, Version 1.1 isn't allowed to send the op_endpoint parameter. LJ is not only sending it, it's sending it *empty*, which is causing the OpenID libraries to crash. (If present, it's supposed to be a URL.) Don't know what changed; like I said, this was working a few weeks ago, and my code hasn't changed.
Grumph. Does anyone know OpenID well enough to confirm my understanding that this is LJ's fault? (It's certainly possible that the problem is in the SXIP library I'm using -- that it's doing something wrong and LJ stopped tolerating it.) Does anyone know LJ well enough to know who I should be reporting it to? For the moment, I'll probably just have to hack around it, but I assume I'm not the only person seeing this problem...
It appears that, sometime in the very recent past (past couple of weeks), CommYou's LiveJournal integration broke. Far as I can tell, this isn't due to anything I did: the version on the live site is just as dead as on my test laptop. I'm not sure when it happened, because I don't re-login very often, but it's sometime since I put up release 0.3.0.
Best I can tell, LJ's OpenID implementation is now broken, but that's based on a very inexpert understanding of the protocol. I seem to be using Version 1.1 of the protocol, and according to this report, Version 1.1 isn't allowed to send the op_endpoint parameter. LJ is not only sending it, it's sending it *empty*, which is causing the OpenID libraries to crash. (If present, it's supposed to be a URL.) Don't know what changed; like I said, this was working a few weeks ago, and my code hasn't changed.
Grumph. Does anyone know OpenID well enough to confirm my understanding that this is LJ's fault? (It's certainly possible that the problem is in the SXIP library I'm using -- that it's doing something wrong and LJ stopped tolerating it.) Does anyone know LJ well enough to know who I should be reporting it to? For the moment, I'll probably just have to hack around it, but I assume I'm not the only person seeing this problem...
(no subject)
Date: 2008-10-24 06:12 pm (UTC)(no subject)
Date: 2008-10-24 06:27 pm (UTC)(no subject)
Date: 2008-10-24 10:03 pm (UTC)My best guess is that this didn't show up in the changelog because they didn't change the core LJ code, but instead swapped in different libraries...
(no subject)
Date: 2008-10-24 10:14 pm (UTC)(no subject)
Date: 2008-10-26 02:10 am (UTC)(no subject)
Date: 2008-10-26 12:15 pm (UTC)(Of course, since Yahoo! isn't a damn OpenID consumer itself, feels somewhat unfair to blame LJ for not having full support for one directional communication with a provider who doesn't seem to care about doing the same... I'm so tired of the "We can login to you, but you can't login to us!" OpenID sites.)
(no subject)
Date: 2008-10-24 09:34 pm (UTC)(no subject)
Date: 2008-10-24 10:00 pm (UTC)*Sigh*. All right -- this is a pain in my ass, but at least I now vaguely understand what changed. Now I need to figure out why the OpenID library isn't supporting 2.0 properly. (Which may just require me to go back to the sources: the binary release is fully 200 checkins behind the source, so there may be bugfixes I have to pick up.) Thanks for noticing that...
(no subject)
Date: 2008-10-24 10:07 pm (UTC)(no subject)
Date: 2008-10-24 10:14 pm (UTC)