Hi all
Every now and again, i get ask to run this or that query for some people one
some wikimedia project, to make a TODO list, or gather some statistics. Usually,
the queries are easy, and it's a matter of a couple of minutes to run them. Bit
it's tricky for people who need such a query run to find someone to do it.
So, I propose we run a "Query Service" - there's a quick writeup on
<http://wiki.ts.wikimedia.org/view/Query_service>, basically the idea is to have
a project for this in JIRA, and a couple of users handling tickets people file
there. Simple enough.
So, have a look, and if you would like to help out and run a query every now and
then, get yourself added to the query-service group.
Not sure how much we should advertise this right now - if no one knows about it,
it's pointless, but if we get too many requests and too little help, it's not
going to work. Perhaps it'll work this way: only advertise it if you are willing
to handle requests :)
-- Daniel
Belay that last message... I wasn't waiting long enough for the new password
confirmation mails and was one new password behind... I have now changed to
the password I want on both jira and the ts wiki. Sorry for any confusion.
:)
Larry Pieniazek
Hobby mail: Lar at Miltontrainworks dot com
> -----Original Message-----
> From: Larry Pieniazek [mailto:lar@miltontrainworks.com]
> Sent: Friday, October 26, 2007 6:17 PM
> To: 'toolserver-l(a)lists.wikimedia.org'
> Subject: Single Sign on
>
> I'm afraid I seem to have munged things up. I did not
> previously have an account on jira, fisheye or confluence,
> but did have an account on the toolserver wiki (as well as an
> account on the toolserver itself which I understand is not
> connected with SSO). I went to the toolserver wiki
> preferences page and it looks like the password change part
> is not there any more (which makes sense I guess, if it's now
> managed centrally). I logged out and tried to log back in
> (there is a new domain dropdown but the only choice in it is
> toolserver-sso ) with my password (or what I think it is) and
> it was rejected. Possibly I mistyped it or it's not what I
> think it is. But now, when I follow the link here
> http://wiki.ts.wikimedia.org/w/index.php?title=Special:Userlog
> in&action=submitlogin&type=login&returnto=Main_Page
> to Jira
> https://jira.ts.wikimedia.org/secure/ForgotPassword!default.jspa
> it sends a new password to my email ok. However that password
> does not work for logging in to Jira (where I did not
> formerly have an account) nor does it work for the toolserver
> wiki. I did not try that password on confluence or fisheye.
>
> I'm not quite sure how to proceed now. My userid is Lar.
>
> Thanks.
>
> Larry Pieniazek
> Hobby mail: Lar at Miltontrainworks dot com
>
> -----Original Message-----
> Date: Thu, 25 Oct 2007 14:20:34 +0100
> From: River Tarnell <river(a)wikimedia.org>
> Subject: [Toolserver-l] single signon for websites
> To: toolserver-l(a)lists.wikimedia.org
> Message-ID: <200710251420.39427.river(a)wikimedia.org>
> Content-Type: text/plain; charset="utf-8"
>
> hello,
>
> we now have single signon (aka SUL) across the Toolserver
> websites (mediawiki, jira, fisheye, confluence).
>
> if you had an account in jira, you now have an SSO account
> with your jira username.
>
> if you had an account in mediawiki, you also have an SSO
> account with your jira username.
>
> if you have had accounts in both with different names, you
> now have two sso accounts.
>
> in either case, you will need to request a new password by
> email before you can log in again. this username/password
> will work for all the websites.
>
> new accounts can be created at <http://sso.ts.wikimedia.org/account/>.
>
> - river.
I'm afraid I seem to have munged things up. I did not previously have an
account on jira, fisheye or confluence, but did have an account on the
toolserver wiki (as well as an account on the toolserver itself which I
understand is not connected with SSO). I went to the toolserver wiki
preferences page and it looks like the password change part is not there any
more (which makes sense I guess, if it's now managed centrally). I logged
out and tried to log back in (there is a new domain dropdown but the only
choice in it is toolserver-sso ) with my password (or what I think it is)
and it was rejected. Possibly I mistyped it or it's not what I think it is.
But now, when I follow the link here
http://wiki.ts.wikimedia.org/w/index.php?title=Special:Userlogin&action=subm
itlogin&type=login&returnto=Main_Page
to Jira
https://jira.ts.wikimedia.org/secure/ForgotPassword!default.jspa
it sends a new password to my email ok. However that password does not work
for logging in to Jira (where I did not formerly have an account) nor does
it work for the toolserver wiki. I did not try that password on confluence
or fisheye.
I'm not quite sure how to proceed now. My userid is Lar.
Thanks.
Larry Pieniazek
Hobby mail: Lar at Miltontrainworks dot com
hello,
i'd like to enable creation of LDAP users from MediaWiki, but i need new LDAP
users to become members of some existing LDAP (not MediaWiki) groups. it
would be nice if this was possible :) (or maybe it is already, but i missed
the option.)
- river.
hello,
we now have single signon (aka SUL) across the Toolserver websites (mediawiki,
jira, fisheye, confluence).
if you had an account in jira, you now have an SSO account with your jira
username.
if you had an account in mediawiki, you also have an SSO account with your
jira username.
if you have had accounts in both with different names, you now have two sso
accounts.
in either case, you will need to request a new password by email before you
can log in again. this username/password will work for all the websites.
new accounts can be created at <http://sso.ts.wikimedia.org/account/>.
- river.
I think that a trusted user (e.g. toolserver user) should check the
queries before submitting them, and that a publicy accessible web
form for queries is not a good idea for security.
I agree to the idea of a ticket system like bugzilla, JIRA etc.
Pietrodn
powerpdn(a)gmail.com
hello,
several people have asked about the difference between resolved and closed in
JIRA. the idea behind this is that the programmer can resolve the bug when
he thinks it's fixed, and the reporter or QA team will close the bug when
it's confirmed.
obviously, we don't really have QA teams, and it's probably best not to rely
on users to close issues. so, i've created a new scheme that removes the
redundant closed step entirely, just leaving resolved. this will be the
default scheme for new projects, but if you want yours changes, please say.
- river.