Loading Profile...
Recent activity
Subscribe to this feed
Andy Stevens replied on January 12, 2009 22:46 to the problem "OpenID login not working with Yahoo due to old version being used" in Get Satisfaction:
The OpenID I'm entering is https://sourceforge.net/users/stevensa
which delegates to https://me.yahoo.com/insomniacpenguin-
Andy Stevens reported a problem in Get Satisfaction on January 04, 2009 09:35:
OpenID login not working with Yahoo due to old version being usedWhen attempting to log in using OpenID, after following the delegating URL instead of the usual login page I am getting an error page from Yahoo that reads
"Sorry! You will not be able to login to this website as it is using an older version of the the OpenID technology. Yahoo! only supports OpenID 2.0 because it is more secure. For more information, check out the OpenID documentation at Yahoo! Developer Network." with a link to http://developer.yahoo.com/openid/
I appreciate it's a change at their end that means I can no longer log in via OpenID, I was just wondering if you had any plans to upgrade to OpenID 2.0, as presumably that will get it working again?
Regards,
Andy. -
Andy Stevens replied on October 09, 2008 00:20 to the problem "Logging in with OpenID has stopped working" in Gnolia:
Okay, I've been digging a bit deeper...
The original request to /authentication/signin_dispatcher has openid_url_openid containing the expected https URL, however, the Location header in the resulting 302 redirect only has http:// in the openid.claimed_id as it redirects to the delegated authentication provider.
Accessing my OpenID URL (with https:) directly in a web browser, I've noticed that it also does a 302 redirect (to use http:). I'm pretty sure this wasn't the case in the past, so I assume this is the cause of my problem. However, given I enter the URL with https, I'm a bit surprised it doesn't still use that in the claimed_id parameter, rather than substituting the 302'd Location. Supposing that rather than https->http it did some other redirect to a totally different site or page (which then contains the OpenID delegate info) - which one would be passed back as the claimed ID then?
Andrew. -
Andy Stevens replied on October 08, 2008 17:22 to the problem "Logging in with OpenID has stopped working" in Gnolia:
To be honest, I've no idea exactly where it's broken down, whether it's at your end, the delegating bit at the URL I enter, or the value sent back by the authentication provider after I log in. I just know that it worked before and doesn't now... -
Andy Stevens reported a problem in Gnolia on October 05, 2008 00:16:
Logging in with OpenID has stopped workingI'm attempting to log in with OpenID, using the same URL https://sourceforge.net/users/stevensa I've always used (it's remembered and filled in automatically by my browser). However, after signing in with the delegated provider, instead of returning to the usual page of bookmarks I get prompted to assign the ID to a new or existing account. It should be already, to http://ma.gnolia.com/people/andy.stevens
This was working fine previously, it seems to have broken some time earlier this week.
I've noticed that the identity_url parameter in the address bar of that assignment page only says http not https; perhaps that's related to my problem? (not that I've looked at it that closely before, so I couldn't say if this has changed) -
andy.stevens reported a problem in Gnolia on September 02, 2008 10:56:
handling of forward/backslashes in tags inconsistentIn a bookmark I created I added a tag that included a forward slash ("i18n/l10n"). When adding subsequent bookmarks, this shows up in the tag cloud as a backslash, which is then used if I click the tag. Going back in and editing these bookmarks to use a forward slash again makes no difference to which is used in the cloud.
Curiously, entering either form in the search box appears to make no difference, and bookmarks with both forms are returned in the search results.
