From Meta, a Wikimedia project coordination wiki
Jump to: navigation, search
 ← Index of discussion pages Babel archives (latest) →
This is the general discussion forum for Meta (this wiki). Before you post a new comment please note the following:
  • You can comment here in any language.
  • This forum is primarily for discussion of Meta policies and guidelines, and other matters that affect more than one page of the wiki.
  • If your comment only relates to a single page, please post it on the corresponding discussion page (if necessary, you can provide a link and short description here).
  • For notices and discussions related to multilingualism and translation, see Meta:Babylon and its discussion page.
  • For information about how to indicate your language abilities on your user page ("Babel templates"), see User language.
  • To discuss Wikimedia in general, please use the Wikimedia Forum.
  • Consider whether your question or comment would be better addressed at one of the major Wikimedia "content projects" instead of here.
Wikimedia Meta-Wiki
This box: view · talk · edit
Filing cabinet icon.svg
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 30 days.

Restoring global abuse filter editor group[edit]

This came up in this discussion. Basically there are a few of us who feel we could benefit from being able to edit filters across all wikis, including global filers here on Meta. Currently the only option is applying for stewardship, and I'm not sure that filter management alone would warrant such a promotion.

For me, my interest exceeds no more than helping out with performance. I have access to the slow filter dashboard, which shows filters that are unusually slow and could use attention. Not every wiki is reported there, but there are plans to make that happen. Anyway, the issue is the dashboard is only available to those with logstash access, which doesn't include many abuse filter experts. Even those who do have access may not know how to best improve their filters, so someone like me has to walk the local abuse filter manager through it, relaying information we see on the dashboard. Beyond that, I do occasionally get requests to assist other wikis, but again it is almost always out of the interest of performance.

Pinging User:DerHexer, who I believe both created and removed the abuse filter editors group. Do you recall why it was removed? Any thoughts on restoring it? — MusikAnimal talk 18:36, 2 February 2018 (UTC)

@MusikAnimal: the log says it was removed because it was empty. Generally when a global group has no members it gets purged. — xaosflux Talk 18:58, 2 February 2018 (UTC)
(moved from another page) I don't think there is big value in creating a local access group for editing meta-local abuse filters only - reason why: it's not really that hard to become +sysop here and meta-local abuse filters don't need that much management. A stronger need-base argument could be made for a group that allows editing of the global filters (applied to small/medium wikis) - my first inclination would be that global sysops would be the natural extension of this, as this group of volunteers is already vetted to impact lots of wikis - challenge is that they may not have the technical inclination or desire to deal with abusefilters, and making someone a gsysop soley for abuse filter management may not be appealing to the global community. — xaosflux Talk 14:45, 2 February 2018 (UTC)
@MusikAnimal: I don't think most of the 'large wikis' would want someone not very involved with their community making filters/etc. — xaosflux Talk 18:56, 2 February 2018 (UTC)
For meta sysops it is possible to edit CN, Global spam&title blacklist, etc. Likely it should be able to edit global filters as well. CN is imho more dangerous than global filters. I would make sens to give GS access to global abuse filters as well. Or experienced people are getting added to the usergroup mentioned by MusikAnimal. --Steinsplitter (talk) 19:08, 2 February 2018 (UTC)
@Xaosflux: Totally. I don't think global abuse filter editor should in general be used for arbitrary creation of filters without discussion. It would foolish to pretend that I understand local abuse issues, or community processes, when I don't even patrol there. Again for me it's about helping out with performance, which in most cases doesn't even require an understanding of whatever non-English language is used in the regex (more commonly it's the condition ordering and function usage that's the issue). This of course would be limited to highly trusted users. Hopefully I fall in that category, but that's obviously up to everyone else to decide :) It would be nifty for Meta sysops to edit global filters too, but that wouldn't fit my use case. Global sysop doesn't apply to every wiki, either. — MusikAnimal talk 19:24, 2 February 2018 (UTC)
I'd prefer if we focus on the local issue. It might be benefitial to create a local group for some people to also edit local filters, it might be benefitial to create a local group to edit global abuse filters restricted to very trusted and experienced users in that area. The global 'abusefilter' group was created for Andrew G. so it could have a look at its newly deployed extension and I don't think we need one again. —MarcoAurelio (talk) 21:11, 2 February 2018 (UTC)
@MusikAnimal: What about adding the abilities to the sysadmin global group for those of you who need to work on those? —MarcoAurelio (talk) 21:13, 2 February 2018 (UTC)
@MarcoAurelio: I'm happy to help just here on Meta with global filters (if you want my help), but my use case extends beyond Meta. I think sysadmins already can edit all filters, no? I do not hold this right, but I suppose cleaning up filters is broadly related to work... so I might could get it. I realize this is not just about me :) and that there's probably not that many people who could benefit from a global abusefilter editor (any filter, any wiki), so maybe it's not worth it. — MusikAnimal talk 22:31, 2 February 2018 (UTC)
It would be simpler to add abuse filter related userrights to Interface editors group—its membership already consists mainly of developers. Ruslik (talk) 08:06, 3 February 2018 (UTC)
Simpler maybe, but I'm not sure abuse filter management would fall under the purview of an "interface editor", in a literal sense. — MusikAnimal talk 17:00, 5 February 2018 (UTC)
I think the ability to edit the global filters should just be added into the local sysop group. The thing isn't even truly global (though it should be). – Ajraddatz (talk) 21:15, 2 February 2018 (UTC)
Not really opposed in "general" - just need to make sure people know what they are doing. And it is "almost" global (small- and medium- sized wikis) - I don't think we have the capacity to try to examine large-size wiki's edits centrally without a lot more horsepower! — xaosflux Talk 21:20, 2 February 2018 (UTC)
Meta admins can already edit the global spam/title/email blacklists. I trust our admins to not mess around with things they don't know. And so far as making the global abusefilter global is a performance issue, that's fine of course. I'm less convinced by the "but muh local community sovereignty" perspective. – Ajraddatz (talk) 23:08, 2 February 2018 (UTC)
Agreed, the permission suits the Meta-Wiki administrators' job. It doesn't need to be set in stone though: in case the filters become a bigger deal in the future, it can be again restricted to stewards so that people from every wiki have a chance every year to complain about its usage. --Nemo 20:36, 7 February 2018 (UTC)
I suppose we should put something to a vote, I'm seeing a few prevailing options here
Local options
  1. Allow meta Administrators access to abusefilter-modify-global. This will allow them to edit the global abuse filters currently maintained only by stewards here on meta. These filters affect all "small" and "medium" sized public wiki's. No process changes needed, small policy and directions updates. This could be done in addition to options below if desired.
  2. Create a local group (e.g. Edit filter managers) that can manage all of the filters managed on meta, including the global list. Permissions to include: ((managechangetags) , (oathauth-enable) , (abusefilter-modify) , (abusefilter-modify-restricted) , (abusefilter-modify-global)). New process for requesting access can be added to Meta:Requests for adminship. Allow meta Bureaucrats to manage group membership. Possibly allow administrators to add/remove self if not also implementing (1) above.
Global options

A global group would be as (2) above, but apply globally. There are several options on this one, such as using an existing group (e.g. GIE, GS) and if it should apply to ALL projects, or just a subset (such as the GS list). Some specifications would need to be laid out.

Thoughts? — xaosflux Talk 16:15, 10 February 2018 (UTC).

A much simpler solution is to create a personal global group for User:MusikAnimal who wants to help us making abuse filters better as we do from time to time. Ruslik (talk) 18:17, 10 February 2018 (UTC)
I know I'd volunteer to at least help with the global filters here, not sure about visiting all the 100's of local ones though. — xaosflux Talk 21:02, 10 February 2018 (UTC)
I think the best solution is to allow meta admins to edit the global filters (local option 1). Such a change is in-line with their existing scope and abilities. I don't think that another global group is needed; there are already abusefilter helpers that can view all filters, and global sysops/stewards that can help with filters on small projects. – Ajraddatz (talk) 21:08, 10 February 2018 (UTC)

Can I suggest to create a local group here at Meta-Wiki that has the appropriate permissions to edit global abusefilters? I feel it'd be easiest option. A global group could be an option but editting filters outside Meta-Wiki is controversial and I feel that'd require some discussion. —MarcoAurelio (talk) 21:09, 10 February 2018 (UTC) [well, that's option #2 of Local options above].

And on review, global sysops can already manage local filters at the sm/med wikis - if they wanted to manage "global filters" they could use the new local group as well. — xaosflux Talk 21:44, 10 February 2018 (UTC)
RFC Created

A RFC has been created at Requests for comment/2018 Allow meta admins access to global abuse filter to get support to enact this, please see the RFC. Pings to prior participants: User:DerHexer, User:MusikAnimal, User:Steinsplitter, User:MarcoAurelio, User:Ruslik0, User:Ajraddatz. — xaosflux Talk 14:50, 23 February 2018 (UTC)

Changing the alphabet (Kazakh Wikipedia)[edit]

Hi, I'm an admin in Kazakh Wikipedia. What is the procedure for the changing alphabet in the converter? Officially the Kazakh language has changed the alphabet from Cyrillic to Latin. Where should we upload our alphabet?AlibekKS (talk) 10:23, 20 February 2018 (UTC)

@AlibekKS:, I believe it would require contacting the developers of WMF through Phabricator. Create an account there and [1] create a task. --Artix Kreiger (Message Wall) 23:47, 22 February 2018 (UTC)

Maybe community consensus is needed, Requesting wiki configuration changes. --Liuxinyu970226 (talk) 14:09, 25 February 2018 (UTC)
@AlibekKS:: You'll need to a) go to Phabricator to request the interface be transliterated and b) code a bot to transliterate the wiki content (articles, userpages, etc.) (but don't actually use the bot before getting approval here on Metawiki). KATMAKROFAN (talk) 20:04, 21 March 2018 (UTC)

Lock vs Ban[edit]

I may need to take this to another venue. I am reading the questions in re: Steward Elections. Can someone explain in small words the dif between a ban and a lock, particularly globally. I am really only familiar with "blocking". Maybe i need the difs between the 3.—The preceding unsigned comment was added by Ragityman (talk)

@Ragityman: see Global bans and Global locks. — xaosflux Talk 12:55, 26 February 2018 (UTC)
@Ragityman: There is a danger of simplifying it too much but basically:
  • a lock is a block for activities such as vandalism/spam or legal threats by a user on more than one wiki, and is usually based on a report by another user without needing extensive discussion;
  • a ban is a decision by either the community or the WMF to stop a user from editing altogether on Wikimedia wikis; the community ban follows a lengthy discussion and involves a user causing much more than just vandalism or spamming e.g. persistent harassment, copyright violations or abuse of checkuser/oversight privileges; usually the user account is locked by the steward as a way of enforcing the ban.
If it helps, you can think of it all as a stairway with warnings and reversions as the first step, talkpage discussion as a second step, blocks as a third step, block appeals as a fourth step, a repeat of the first four steps on another wiki as steps five to eight, locks as a ninth step, lock appeals on Meta as a tenth step, ban discussion as an eleventh step and a ban (with lock) as a twelfth step. Obviously some wikis have extra steps such as arbitration committees, but I assume you are not asking about those. Anything above that is beyond the remit of volunteers. I hope that helps but feel free to ask more questions. Green Giant (talk) 13:14, 26 February 2018 (UTC)

Editing News #1—2018[edit]

20:57, 2 March 2018 (UTC)

Adding "~~~~" as a shortcut, i.e. "Insertable wiki markup"[edit]

I have disabled the Toolbars for months because I've never used them for years other than the signature button. Id est I've defaulted my account to using 2003 WikiEditor. However, Meta-wiki's "Insertable wiki markup" tool currently lacks --~~~~ (tildes) as a shortcut button, forcing me to type them up for every time I must sign my posts. The markup tool should include the shortcut, so I don't need to type the tildes or re-enable the Toolbar. --George Ho (talk) 23:00, 17 March 2018 (UTC)

That needs an edit to MediaWiki:Edittools at the respective wiki(s). --Gryllida 03:11, 18 March 2018 (UTC)