We will also be piloting openID over at Veropedia. While our user database is currently internal only, we plan to open that up to the end-user with version 2.0 (some time off now). Hopefully openID will give our end-users an additional alternative.
Since our Mediawiki is used for back end information and organization only, we will primarily be interested in methods of authentication via the API, which will allow us to use the same user database for our readers as well as our editors.
I'm assuming the openID extension will be able to work through the API as well using our normal $action = login?
-Chad
On Mon, Apr 14, 2008 at 10:59 PM, DanTMan dan_the_man@telus.net wrote:
I'm also going to be using Open ID over at Wiki-Tools/Nadir-Point/GGPS. I may have a small bit of code to contribute too, to extend what cases the extension can handle.
I did have an issue when I tried the extension somewhere else. When I signed up at a Open ID provider, for some reason I read the two name fields as First Name, Last Name. However in reality they were actually Full Name, Nickname. So when I logged into a wiki with Open ID I ended up with a user named "Friesen" and was stuck with that even after I changed my settings at my provider. Does the extension have good functionality for disassociating an Open ID from an account so that you can login again and fix the nickname? If it does the Extension page on MediaWiki.org has absolutely no information on it, or even links to extended help files.
Also I'm looking to extend Open ID support for extra, special types of data from local providers. ie: A Wiki group hosting a number of wiki, which additionally hosts their own local Open ID provider, and wants certain extra things to be allowed from that Open ID provider. I'm namely thinking of extending two things:
- Global Privileges: A group of wiki with their own Open ID provider can
store something like a "staff" flag in their local Open ID provider, and set up their wiki so that it recognizes that staff flag as global. Of course it only accepts those types of data from their own local Open ID provider.
- Name limitation: Add a name restriction bonus for the users of the
local Open ID service. Basically so those who are dedicated enough to be using the local Open ID provider can have their nickname reserved across all wiki hosted by the same group. So, if I were to register "Dantman" on that Open ID provider, then someone else wouldn't be able to take my nickname on a wiki that group hosts even if I haven't logged in there yet to create an account. (This is similar to how the current Single Sign-On reserves nicknames I believe)
~Daniel Friesen(Dantman) of: -The Gaiapedia (http://gaia.wikia.com) -Wikia ACG on Wikia.com (http://wikia.com/wiki/Wikia_ACG) -and Wiki-Tools.com (http://wiki-tools.com)
Brion Vibber wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Evan Prodromou wrote:
On Fri, 2008-04-11 at 11:38 -0700, Brion Vibber wrote:
I don't think Wikimedia will use OpenId for logging in
Can I ask why?
We may at some point, but it's a much lower priority atm, and requires more review to make sure we're happy with how it'll look and behave.
Obviously I'm happy to do more work on the MW OpenID extension as needed.
Yay! *group hug* :)
- -- brion
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkgDi7QACgkQwRnhpk1wk44BdgCfZn0D2WKsJ719AkHRBRVNjlpX 9v0AnRzEjbtnu59q5ZdTHPxzNJU5b/MN =aPRr -----END PGP SIGNATURE-----
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l