David Gerard wrote:
Hi,
Note that it would be nice that a global decision is made rather than a
local one. If the global decision is made that on projects where there
is an arbcom, only arbcom members should have access to the tool, then
only arbcom members will have access to the tool.
if we agree that others can have also access to the tool, then agreeing
on local editors to have access to the tool will be fine.
Also, it's really slow, and I've had it time
out for five hour
stretches before when the DB's been under heavy load. So if anyone
with a good grasp of the MediaWiki data structures wants to rewrite it
to be faster/less load, please do!
yup :-)
My comments at the above:
As the guy who uses it now on en: (mostly so Tim Starling can get on
with development and sysadmin matters), a few notes:
* _You have to pick people you can trust, and then trust them all
the way._ Various people are going to ask to have this logged seven
ways to Sunday to protect against possible abuses - but adding red
tape is just going to be a massive PITA and not actually affect
whether the CheckUser checker can be trusted to act with confidence.
Basically, we have to pick people we trust not to use the power for
evil. Like we do admins and bureaucrats, but more so.
* Access by all bureaucrats is good IMO. They're highly trusted
people. If people aren't sure about this one, we can reconfirm all
current bureaucrats one by one.
I doubt very much that the global policy will be to grant all
bureaucrats access to check user tool. I will personnaly oppose it very
very very strongly.
* Remember that a small number of the developers
(those who have
access to the database) already have this power and use it. They
control the horizontal, they control the vertical, they see all and
know all — because they have to have complete control in order to
administer a top-50 website. But they respect the privacy policy,
because that's what you do as a sysadmin. The proposal is to extend
access to just one power, so as to avoid a bottleneck of too few
people for the job.
Currently, this is not done any more by developers.
This is done by a few people, who got access sometimes within the
current rules, and sometimes against the current rules, plus stewards.
The policy to give access is under discussion on meta.
I am not very happy with the current proposal which seems unfinished to me.
Some people support informing editors that they are ip-checked for
exemple, but I fear this is very unpractical.
Currently, the check user log is private (only visible to those with
check user access). Imho, this is just not a good idea. I think it
should be public somewhere.
As for solving bottlenecks, I tend to agree with you when I see the
amazing number of ip-check you handle per week. I am not entirely sure
it is really required to do so by the way :-)
But fixing a bottleneck by giving such an access to all bureaucrats is a
bit too huge of a step. Bureaucrat status is given quite liberally on
some projects, so it is to my opinion, just out of question.
* It helps if the person understands various
network foo. If not I
am most happy to help and show how to interpret stuff. It's an art,
not a science.
True, but it is easy enough to write a help page for check user editors.
* I really need to write up a Help: page for
CheckUser checkers.
* taw on pl: has CheckUser for pl:, I think — worth asking for ideas?
Taw is an example of a person who had check user access through a system
I have no idea. Access is currently given out of the current rules. I do
not find that so good. I do not doubt he is trusted by his community,
but I have no proof of this. As a steward, so giving such access, I
wonder how I can justify saying NO to a request when I have no idea why
some editors were told YES and got the access.
It is a bit disturbing :-(
- d.
------------------------------------------------------------------------
_______________________________________________
WikiEN-l mailing list
WikiEN-l(a)Wikipedia.org
To unsubscribe from this mailing list, visit:
http://mail.wikipedia.org/mailman/listinfo/wikien-l