Talk:Submissions/Roundtable: Admin tools development
If we have some resource available to improve admin tools there are a few things on my wishlist. I've created each as a separate subheading so people can comment on them individually: WereSpielChequers (talk) 15:00, 29 March 2014 (UTC)
Training session IP addresses
One of the things I get involved in via the UK chapter is training sessions for newbies. These hit a couple of problems due to automated throttles restricting the number of new Userids that can be created by an IP address and the number of edits that new and or unregistered editors can do at one IP address in a short period of time. There is a lot of logic in having such throttles, normally they prevent mass vandalism, but they do make training sessions more complex. Currently we cater for this through a combination of:
- Encouraging new editors to create an account before they attend a session.
- Having mobile WiFi hotspots in order to spread the load across multiple IP addresses.
- Having an admin or account creator on hand to create people's accounts for them.
- Having an admin set participating accounts as "confirmed users"
- Structuring the training so you never tell more than five newbies to "all hit save now" at the same time.
- Not being too ambitious in the number of editors we recruit in one event.
None of the above are ideal, some infringe somewhat on people's privacy. They certainly add to the idea that editing Wikipedia is a complicated process with strange pitfalls.
It also confuses things when experienced editors are training newbies as unconfirmed editors ave to go through the capcha process when adding external links - even in references.
Ideally we would have an option so that an admin could set an IP address as unthrottled for 24 hours. The admin wouldn't even need to know the IP address, just be able to do two things: Either set their current IP address as unthrottled; Or set the IP address of a given edit as unthrottled. So a trainer setting up an event would just leave a note on the admin's noticeboard or an admin they knew and had arranged this with, and an admin could look at the diff of their note "Hi, am at event xxxxxx, please unthrottle this IP ~~~~" and click a button to mark whatever IP that editor was using as unthrottled for the next 24 hours. WereSpielChequers (talk) 15:00, 29 March 2014 (UTC)
Protect articles against certain named editors
Our tools for handling edit warring are not ideal. Often we go straight to a block on the theory that the participating editors should know the rules. So in some ways we are treating our good faith editors more roughly than the vandals who usually get four levels of warning before they are blocked, despite the fact that vandals are rarely reformed but most edit warrers will continue to do good edits after their blocks. A much better tool to deal with edit warring would be one that restricted paricular accounts from not editing particular articles for a set period of time. "I've restricted that article so that neither of you can edit it for 7 days. Please edit somewhere else" is less bitey than "I have blocked you both for editwarring" it also gives the edit warrers the option to edit other articles. Yes I'm sure there would still be occasions when the feud just moved to another article and it still had to be escalated to a block. But it would be an escalation, not the current block first solution that contributes to the biteyness of the pedia. WereSpielChequers (talk) 15:13, 29 March 2014 (UTC)