xqus Posted December 29, 2009 Posted December 29, 2009 How well tested is the OpenID support in ip.board? I have several problems with the forum and one other forum. Example: I have linked an OpenID account to my old account (on this forum), but when i'm trying to sign in i get the following error: Fatal error: Call to a member function contents() on a non-object in /home/{removed}/public_html/admin/sources/loginauth/openid/auth.php on line 606 This might be a bug with my OpenID provider, but still a Fatal error from ip.board is kinda much isn't it? And yes, I know this probably should be reported in the bugtracker. But I'm curious how well supported OpenID is.
bfarber Posted December 29, 2009 Posted December 29, 2009 OpenID is fully supported, and yes any bugs should be reported to the bug tracker.
Guest FKABS Posted December 29, 2009 Posted December 29, 2009 I've not tested it a whole lot, but the openID login works fine on my site.
bfarber Posted December 29, 2009 Posted December 29, 2009 I do run through a test from time to time, but generally when we don't make many changes to a functional feature, we don't retest it that often. This is the code $sreg_resp = Auth_OpenID_SRegResponse::fromSuccessResponse( $response ); $sreg = $sreg_resp->contents(); $openid = $response->getDisplayIdentifier(); We're using the standard JanRain libraries for OpenID, so any problem here would be related to the libraries. However, my initial guess is that you have these libraries installed at the server level (perhaps from pecl or something) and those are being used, instead of the ones included with IPB because they're found first in the include list. You prob have a different version of the libraries, and thus the contents() method is missing. Just a guess, but in the end, I'd recommend submitting a ticket for assistance. Looks more like a support issue than a bug.
xqus Posted December 29, 2009 Author Posted December 29, 2009 I do run through a test from time to time, but generally when we don't make many changes to a functional feature, we don't retest it that often. This is the code $openid = $response->getDisplayIdentifier(); $sreg_resp = Auth_OpenID_SRegResponse::fromSuccessResponse( $response ); $sreg = $sreg_resp->contents(); We're using the standard JanRain libraries for OpenID, so any problem here would be related to the libraries. However, my initial guess is that you have these libraries installed at the server level (perhaps from pecl or something) and those are being used, instead of the ones included with IPB because they're found first in the include list. You prob have a different version of the libraries, and thus the contents() method is missing. Just a guess, but in the end, I'd recommend submitting a ticket for assistance. Looks more like a support issue than a bug. Sounds fair enough, except this is happening on this forum. Perhaps the best thing to do would be to report this to the authors of the JanRain library.
bfarber Posted December 30, 2009 Posted December 30, 2009 I was able to login fine on this site using OpenID. Are you not able to? What OpenID provider are you using?
xqus Posted January 2, 2010 Author Posted January 2, 2010 I was able to login fine on this site using OpenID. Are you not able to? What OpenID provider are you using? I'm using SimpleID (http://simpleid.sourceforge.net/), and when I try to login I get the error reported in my first post.
xqus Posted January 6, 2010 Author Posted January 6, 2010 Reported bug with more details on what happens: http://community.invisionpower.com/index.php?app=tracker&showissue=20460
Recommended Posts
Archived
This topic is now archived and is closed to further replies.