Hello,
I was wondering if there are any plans to enable OpenID support (presumably building on http://www.mediawiki.org/wiki/Extension:OpenID) after the work on single sign-on is completed in the future.
Best wishes,
Earle.
On Fri, Apr 11, 2008 at 2:42 PM, Earle Martin earle@downlode.org wrote:
Hello,
I was wondering if there are any plans to enable OpenID support (presumably building on http://www.mediawiki.org/wiki/Extension:OpenID) after the work on single sign-on is completed in the future.
Best wishes,
Earle.
-- Earle Martin http://downlode.org/ http://purl.org/net/earlemartin/
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I don't think Wikimedia will use OpenId for logging in, but chances are that Wikimedia becomes an OpenId provider: https://bugzilla.wikimedia.org/show_bug.cgi?id=13631.
Bryan
On 11/04/2008, Bryan Tong Minh bryan.tongminh@gmail.com wrote:
I don't think Wikimedia will use OpenId for logging in
Can I ask why? Not in a pushy sense, I'm just curious what would lead to that. FWIW, Wikitravel uses OpenID logins - not surprising, since Evan originated the code - very effectively. It would be very pleasant to be able to harmonize my Wikipedia and Wikitravel accounts via OpenID.
,but chances are that Wikimedia becomes an OpenId provider: https://bugzilla.wikimedia.org/show_bug.cgi?id=13631.
That's unfortunate. There are now a glut of OpenID providers on the market, including as of recently Google, the 8,000 pound gorilla of the online account world. However very few of them seem to be willing to go the full distance and allow consume OpenID as well.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Earle Martin wrote:
On 11/04/2008, Bryan Tong Minh bryan.tongminh@gmail.com 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.
- -- brion vibber (brion @ wikimedia.org)
On 11/04/2008, Brion Vibber brion@wikimedia.org wrote:
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.
Of course. I was just curious if it had been considered. Thanks.
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.
-Evan
-----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
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
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
Oh crap... I wasn't even thinking about that myself.
AFAIK OpenID breaks being able to login via the API? Though I can understand the point of not having bots with an Open ID account.
Though that's not that great if I disable user registration for my wiki like I plan to.
~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)
Chad wrote:
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
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Why Wikimedia don't use OpenID?
2008/4/15, DanTMan dan_the_man@telus.net:
Oh crap... I wasn't even thinking about that myself.
AFAIK OpenID breaks being able to login via the API? Though I can understand the point of not having bots with an Open ID account.
Though that's not that great if I disable user registration for my wiki like I plan to.
~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)
Chad wrote:
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
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
Hoi, This question was asked before. As I recall it, the WMF wants to have Single User Logon implemented first before schemes like OpenID are considered for implementation. Thanks, GerardM
On Tue, Apr 15, 2008 at 7:39 AM, shi zhao shizhao@gmail.com wrote:
Why Wikimedia don't use OpenID?
2008/4/15, DanTMan dan_the_man@telus.net:
Oh crap... I wasn't even thinking about that myself.
AFAIK OpenID breaks being able to login via the API? Though I can understand the point of not having bots with an Open ID account.
Though that's not that great if I disable user registration for my wiki like I plan to.
~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)
Chad wrote:
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
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
-- Chinese wikipedia: http://zh.wikipedia.org/ My blog: http://talk.blogbus.com CNBlog: http://blog.cnblog.org/weblog.html Social Brain: http://www.socialbrain.org cnbloggercon: http://www.cnbloggercon.org/ MeMedia: http://memedia.cn
[[zh:User:Shizhao]] _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Chad wrote:
I'm assuming the openID extension will be able to work through the API as well using our normal $action = login?
-Chad
If the OpenID extension is correctly attached to the low level user authentication and the API does its work at the high level, it *should* work. However, not all extensions are that compatible and sometimes the api isn't that friendly. But that'd be a bug on them.
wikitech-l@lists.wikimedia.org