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 oldest comment is older than 30 days.

Fixing of messed references[edit]

Someone with a bot access on this wiki could fix those messed references left by MediaWiki message delivery, like this. How to fix? Example from fiwiki. It's easy with AWB. --Stryn (talk) 12:55, 15 January 2017 (UTC)

Got it!--Shriheeran (talk) 13:56, 15 January 2017 (UTC)
Adding {{reflist}} at the end of the message can fix these references. On eswiki exist these problem also. Imo a bot authorization could be opened to do this task. --Ks-M9 [disc.] 14:11, 17 January 2017 (UTC).
I've asked for help fixing this, currently underway. (all the details) I'm very sorry about the bother. Quiddity (WMF) (talk) 04:22, 10 February 2017 (UTC)

Enabling RSS extension on Meta wiki[edit]

Wikimedia Germany Policy Team are setting up their page on Meta (its current draft is at and we would like to have a RSS feed of policy-related news (hosted at included there.

In order to achieve this we'd like to have RSS extension enabled here. Thanks, Leszek Manicki (WMDE) (talk) 12:06, 23 January 2017 (UTC)

I'm not very familiar with RSS. What is that suposed to do? Thanks, —MarcoAurelio 12:47, 23 January 2017 (UTC)
It generates wmf:Home#Recent Wikimedia blog posts, for instance. Enabling the extension is ok from a user perspective, but beware that each feed needs to be whitelisted individually. Nemo 14:38, 23 January 2017 (UTC)
Yes, each feed needs to be whitelisted per wiki so it can be actually used, which is good: just enabling the extension does not mean all possible RSS feeds could be randomly included. And to clarify, it might not have been obvious from my first message: We'd like to have RSS extension enabled AND the RSS I linked to above whitelisted. Leszek Manicki (WMDE) (talk) 07:50, 24 January 2017 (UTC)
This sounds fine to me. As Nemo notes, we already use this extension on other Wikimedia wikis, including and (cf. "wmgUseRSSExtension" in <>). It's simple enough to add 'metawiki' => true, and configure the extension as needed. --MZMcBride (talk) 03:51, 24 January 2017 (UTC)
Looks do-able to me. I have no reason to object. --Vogone (talk) 08:31, 24 January 2017 (UTC)
I'd say there's consensus to move forward with this after the explaining of Leszek. —MarcoAurelio 15:24, 28 January 2017 (UTC)

On translating by unregistered contributors[edit]

Over the time the translation extension has been enabled I find that (& maybe I'm wrong) that many translations which are being done by unregistered contributors are tests and vandalism, or made no sense at all. It is also true that there might be good translations but those I've encountered 'mopping' the site were not. As such I'd like to ask for comments as to if we could restrict the translation tools just to registered contributors or do you have a better idea on how to handle bad translations from unregistered contributors. Regards, —MarcoAurelio 12:44, 23 January 2017 (UTC)

Having translation open for unregistered editors is very useful: I often direct people to Special:Translate on Meta-Wiki when they ask for an easy way to contribute to Wikimedia, even when they're not registered yet. This way I've managed to involve some professional translators and copywriters who had offered their services but had no experience with Wikimedia yet.
Moreover, Special:Translate is the only way to edit translation pages: if we disabled it, non-English editors would be discriminated in their ability to experience a "really wiki" Meta-Wiki. This would easily end up discouraging people from making more pages translatable, since that would come to equate semi-protecting all subpages.
Last but not least, I don't think we should proceed to any decision without at least some data. I don't yet see a reason to believe unregistered contributors are especially harmful when it comes to translation. In fact, I've just spot-checked Special:SupportedLanguages/it and, from a small sample, 60 % of unregistered contributors are productive. This proportion is often higher in certain important pages, where we direct a wider audience of non-wikimedians and where unregistered users end up translating where registered users gave up: for instance Free knowledge based on Creative Commons licenses/it. It would be sad to give up translating such important pages which are of interest beyond Wikimedia editors. --Nemo 14:36, 23 January 2017 (UTC)
I'm not sure if setting translate rights only to registered contributors really hinders our work and don't understand where that discrimination would appear. Pages translated are visible to all users, being registered or not. Creating an account is easy and anyone really interested would for sure create it. Thanks, —MarcoAurelio 15:23, 28 January 2017 (UTC)
Well, but based on that argument one could disable anonymous editing altogether. --MF-W 20:06, 28 January 2017 (UTC)
Old discussions about the same thing: Meta:Babel/Archives/2016-08#Translations_by_IPs, Meta:Babel/Archives/2014-03#Translations_for_autoconfirmed. --Stryn (talk) 14:50, 23 January 2017 (UTC)
I agree with Nemo above. To answer the question how to deal with bad translations: The same way we deal with other bad edits, i.e. reverting and making the user in question aware that metawiki is not a sandbox. Individual page protections can be set as needed. --Vogone (talk) 20:40, 28 January 2017 (UTC)
IIRC, page protection does not work well with translate subpages, since they mirror what the translator does on the Translations: namespace. I'm not even sure if AbuseFilter supports that either. That's why I think a mild restriction such as requiring an account, which is nothing hard to get, could work. Obviously if people is happy with the status quo no changes will be made. —MarcoAurelio 11:44, 29 January 2017 (UTC)
Protections in the Translations: namespace work just as well as in any other namespace, as far as I am aware. --Vogone (talk) 17:16, 29 January 2017 (UTC)

Enabling Dashiki Extension on Meta wiki[edit]

The Analytics team at Wikimedia Foundation would like to enable Dashiki, a simple extension that would clean up storage of dashboard configurations on Currently, we store configuration for dashboards in articles such as Dashiki:DefaultDashboard/wikimetrics. After deployment of the extension, we would move all such articles to the Config: namespace, under the Dashiki: sub-namespace. For example, this is how the article would be rendered by the extension: This way, both users of Dashiki and other editors can understand the page better, and we can clean up the main namespace. The task we've been using to develop the extension and get it deployed to beta is here.

I can give any context, about Dashiki, the extension, plans going forward, or anything people might be interested in, just wanted to stick to the basics to start. I would appreciate the community's permission to deploy this extension or a discussion about any potential problems. Milimetric (WMF) (talk) 21:21, 30 January 2017 (UTC)

Thank you for this post! It looks like Meta-Wiki would be the first Wikimedia wiki to install mw:Extension:Dashiki?
Yes, first and only. We would like to centralize all dashiki configs on meta. Milimetric (WMF) (talk) 03:46, 31 January 2017 (UTC)
We already have pages such as Config:VisualEditorAndWikitext on this wiki. I thought these pages were living in a real namespace (the documentation at mw:Extension:JsonConfig suggests that namespace ID 482 is used by default), but when looking at these Meta-Wiki pages, they're currently living in namespace 0. We'd need to move these existing "Config:"-prefixed pages to the new namespace or move them elsewhere. --MZMcBride (talk) 00:10, 31 January 2017 (UTC)
Yes, I will personally move all of these pages to the new Config:Dashiki sub-namespace as soon as it's available. The Config namespace is not quite right, the Dashiki sub-namespace puts just a tiny custom render on top of that. Milimetric (WMF) (talk) 03:46, 31 January 2017 (UTC)
There's a maintenance script to do it. A shell user should just run that on Meta-Wiki and it'll move all the pages, assuming we want to set up a Config namespace here. --MZMcBride (talk) 00:29, 1 February 2017 (UTC)
I'm finding Meta being converted slowly in mediawiki 2.0 with lots of technical stuff that few people is able to understand. Can I please be explained why is this needed and what it'd do? Not opposing, but I'd really like to know what that would do. There's also a Schema: namespace I don't know what it does. Thanks indeed for the notice. Best regards, —MarcoAurelio 10:37, 31 January 2017 (UTC)
I understand what you mean, I'll try to explain as well as I can. The most important part is that many of us think putting configuration on a wiki is a really good idea. It provides some transparency into what we're doing, though I can see how sometimes we need to explain the transparency a little bit better. If we agree on this point, the remaining questions are how do we put the configuration on the wiki and which wiki. In both cases, Config:Dashiki: and Schema:, we need to store JSON which is a little ugly in a raw format. So the custom namespaces simply make raw JSON look a little prettier and they add some convenient copy and paste code for developers. As for which wiki is best, meta seems like the best choice among existing wikis. If we had a technical-meta wiki, that would fit better, perhaps. So, the remaining question is do we agree that putting configuration on the wiki is a good idea in the first place? I will try to explain why I think that's the case for Dashiki and EventLogging, please let me know if you'd like more detail, and we can talk on IRC in #wikimedia-analytics or #wikimedia-office if you'd like. So, EventLogging is a tool that helps both community and WMF staff collect information. One option would be to hide what information it's collecting in code so that only technically proficient people can understand. But the creator of EventLogging thought that was contrary to our values and wanted to make sure everyone could access what kind of information is being collected. So, for example, Schema:MediaViewer explains that the MultimediaViewer extension collects sampled logs of how people interact with it. If this page did not exist, someone would have to read this code instead. Even better, Schema_talk:MediaViewer has information about the author of this collection and how soon the data is being purged from our servers as well as links to how much data is being collected. This all allows the community to engage with this kind of collection without having to know how to read code. Another tool we use is Dashiki: it renders dashboards that are useful for our movement, such as vital signs or browser statistics. That first dashboard, vital signs, is configured by Config:VitalSigns. This way if the community wishes to maintain a dashboard, they can do so by editing this article directly. Right now, Dashiki is not 100% ready for this use case, but this deployment is one more step. I hope this explanation helps, please let me know if anything was confusing. Milimetric (WMF) (talk) 15:32, 31 January 2017 (UTC)
Since Meta-Wiki runs on MediaWiki, wouldn't a slow move to MediaWiki 2.0 mean that we're upgrading regularly? I would think this would be a good thing. :-) Meta-Wiki is a central place for various sub-communities, in some ways no different than the English Wikipedia or the Spanish Wikinews being a central place for various sub-communities. There are certain parts of the user interface that may need additional love if we continue to add namespaces, but in general, if people want to house technical configuration related to all Wikimedia wikis on this wiki, I think that's fine. --MZMcBride (talk) 00:32, 1 February 2017 (UTC)
Thank you. And also, I agree that adding too many namespaces is not a great idea. That's why this just used a sub-namespace of the already existing Config namespace. So no new namespaces have to be assigned and semantically this is definitely configuration so it fits fine inside Config: If there are no objections, I'll start the task to get this deployed and report back here on the status. Thanks again for the thoughts. Milimetric (WMF) (talk) 04:02, 1 February 2017 (UTC)
@Milimetric (WMF) and MZMcBride: Thank you for the explanations. I see that most of you think this would be a good idea and I do not perceive it'd be harmful. Maybe we should restrict editting of that namespace to autoconfirmed users to avoid messing with config issues, or even higher? Oh, and when I was refering to MediaWiki 2.0 I meant that I feel sometimes we install things which are very technical/not all users are able to understand, as it happens in MediaWiki, where advanced technical configuration is stored. But I appreciate Milimetric's detailed reply and of course appreciate that Meta receives more love from developers and is kept up-to-date :) Regards, —MarcoAurelio 22:04, 1 February 2017 (UTC)

@Milimetric (WMF): What will this extension do differently than if we didn't have it? How would I notice that it had been installed? —Justin (koavf)TCM 04:11, 1 February 2017 (UTC)

@Koavf: This page Dashiki:DefaultDashboard/wikimetrics will be moved to Config:Dashiki:DefaultDashboard/wikimetrics and it will look like this instead. So you'll notice less pollution in the main namespace and nice looking config pages. Milimetric (WMF) (talk) 16:02, 1 February 2017 (UTC)
@Milimetric (WMF): Great. And what are some examples of times where a normal user such as myself might edit pages in that namespace? —Justin (koavf)TCM 17:36, 1 February 2017 (UTC)
@Koavf: If you make a dashboard such as this one, you can configure it from a page in this new sub-namespace. Most people probably won't do this, but it's there if you need it. As for patrolling the namespace, so far we haven't seen any problems but it can be harder to look for them without a dedicated prefix. Milimetric (WMF) (talk) 21:52, 1 February 2017 (UTC)

I see that the namespace to be added would be a Config: one and pages will be named Config:Dashiki:<module_name>. Could, maybe, work be done in the future so its naming be either Config: or Dashiki: and not Config:Dashiki: ? —MarcoAurelio 22:11, 1 February 2017 (UTC)

The Config: namespace is a parent namespace that's meant to hold all configuration-type namespaces inside it. This is a good idea because it prevents the creation of potentially hundreds of other new namespaces for all the different types of configuration people want to add to meta. So it's good that it's in Config:Dashiki:, it keeps things organized and makes extensions like the one I have to deploy extremely simple to build and maintain. Does that help explain it or do you have other problems with the Config:Dashiki: namespace that I'm missing? Milimetric (WMF) (talk) 23:29, 1 February 2017 (UTC)

A Wiki for Wikipedia terminology[edit]

The language used on Wikipedia (Wiki-slang) to refer to Wikipedia content, policies, editing styles, social norms and the rest of it has become so developed it should have it's on Wiki-dictionary to define them all. Wiki-Coffee (talk) 01:51, 5 February 2017 (UTC)

Go for it You can try to define wiki-jargon here at Meta and/or at WikiIndex. —Justin (koavf)TCM 05:57, 5 February 2017 (UTC)
What a chance! I stumbled here from creating Meta:Glossary (which itself was based on en.wp's en:Wikipedia:Glossary that might answer your need) by way of ADI. Bennylin 19:44, 5 February 2017 (UTC)
PS: you're very welcomed to continue Meta:Glossary (en.wp's glossary pretty much complete, bar Meta-jargons), my source is primarily Special:ListRedirects for those obscure acronyms! Bennylin 20:00, 5 February 2017 (UTC)


How to get a wikimedia official email address? (like "")--Shriheeran (talk) 00:45, 11 February 2017 (UTC)

@Shriheeran: wmf:Contact_us. —Justin (koavf)TCM 02:35, 11 February 2017 (UTC)

Talk:Requests for comment#Prior attempts at dispute resolution[edit]

See above. --Rschen7754 06:09, 11 February 2017 (UTC)

Category:User kjj[edit]

Wiki says "kjj" is for Khinalug language. At the same time, the sample badges at Category:User kjj display "English". "User language" doesn't tell us how to fix that. --Djadjko (talk) 23:40, 15 February 2017 (UTC)

Probably something related to the Babel extension or CLDR, not sure. Reported at phab:T158260. —MarcoAurelio 23:54, 15 February 2017 (UTC)
Pretty easy, we don't know about this language's name: kjj Nemo 10:33, 16 February 2017 (UTC)
kjj seems added to the extension? —MarcoAurelio 10:40, 16 February 2017 (UTC)
@Nemo bis: I think we do: каьтш мицI. —Justin (koavf)TCM 18:50, 16 February 2017 (UTC)
No, see translatewiki:MediaWiki:Babel-N-n/tjj. Localisation for tjj in genreral seems to be missing, we would need Khinalug language speakers to fix this. --Vogone (talk) 07:47, 17 February 2017 (UTC)
I still have no idea why Djadjko cares about this. If he's a kjj speaker, that would be useful to know. If we don't have any real speaker for this ultra-small language, then it's pointless to talk about it.
Adding language names and adding a locale are completely different matters, but both are documented. See translatewiki:CLDR and languages, plus translatewiki:Portal:kjj for the specific language code. Nemo 08:00, 17 February 2017 (UTC)
@Vogone:--*k*jj, not *t*jj but yes, as User:Nemo bis points out, it's extremely unlikely to be relevant. With very few speakers who are all confined to one small region, plus no long literary and intellectual tradition which survives in other languages (a la Latin or Sanskrit), it's not likely that anyone can really do anything with kjj on Wikimedia projects nor is it plausible that MediaWiki will be translated into it. Since the ultimate fallback for all languages is English, then this is actually expected behavior. —Justin (koavf)TCM 09:41, 17 February 2017 (UTC)
Sorry, that was obviously a typo. It's the very same with translatewiki:MediaWiki:Babel-N-n/kjj. ;-) --Vogone (talk) 09:49, 17 February 2017 (UTC)

The default fallback should be English, but it's clearly wrong for a Babel message to "fallback" to a false statement that the user has Native level English skills. These Babel messages lacking genuine text should be given a generic text, such as "This user has a native understanding of «OTHER LANGUAGE»." Alsee (talk) 18:52, 17 February 2017 (UTC)

@Alsee: Correct. A better text would be "This user has a native understanding of каьтш мицI". —Justin (koavf)TCM 03:08, 18 February 2017 (UTC)

Invitation to help improve and translate in other languages 16 biographies about African women[edit]

WLW 16WikiWomen Nefertiti wordmark facing-left.png

In the run up to International Women’s Day on the 8th March, Wiki Loves Women is launching the on-Wikipedia translated drive #16WikiWomen : m:16 African Women Translate-a-thon

The idea is for Wikipedians to take 16 days to translate the Wikipedia biographies of 16 notable African women, into at least 16 languages (African and/or international languages).

The articles to be translated will be the biographies of African women. The list of language can be, but is not limited to:

  • International languages: Arabic, English, French, Spanish, Portuguese, Mandarin, German
  • African languages: Akan, Afrikaans, Igbo, Hausa, Wolof, Tswana, Zulu, Xhosa, Shona, Swahili, Yoruba, Sudanese, Amharic, Tsonga, Ewe, Sesotho, Chichewa

The list of the 16 women biographies that will be translated are:

  1. w:en:Malouma, a Mauritanian singer, songwriter and politician
  2. w:en:Nozizwe Madlala-Routledge, a South African politician.
  3. w:en:Cri-Zelda Brits, a South African cricketer
  4. w:en:Anna Tibaijuka, a Tanzanian politician and former under-secretary-general of the United Nations
  5. w:en:Funmilayo Ransome-Kuti, a Nigerian women’s rights activist
  6. w:en:Flora Nwapa, a Nigerian author who writes predominantly in Igbo
  7. w:en:Samia Yusuf Omar, a sprinter from Somalia
  8. w:en:Maggie Laubser, a South African painter
  9. w:en:Fatima Massaquoi, a pioneering educator from Liberia
  10. w:en:Frances Ames, a South African neurologist, psychiatrist, and human rights activist
  11. w:en:Asmaa Mahfouz, a Egyptian activist. The best version is currently in Arabic : w:ar:Asmaa Mahfouz
  12. w:en:Yaa Asantewaa, the legendary former Queen Mother of Ghana
  13. w:en:Fatou Bensouda, a Gambian lawyer
  14. w:en:Martha Karua, a Kenyan politician
  15. w:en:Chinwendu Ihezuo, a Nigerian professional footballer
  16. w:en:Nassima Saifi, a Paralympian athlete from Algeria

Please jump in! Whilst all those articles already exist in English, you may improve them... or you may translate them into another language you know, or you relay the project in other linguistic communities.
If you wish to participate, please feel free to add your name and any comments here : m:16 African Women Translate-a-thon/participants
Results will be tracked on this page : m:16 African Women Translate-a-thon/tracking


Anthere (talk) 10:44, 20 February 2017 (UTC)

Uninteresting links in maintenance reports[edit]

Hope I am at the right place now: Is it possible to exclude following namespaces from maintenance reports?

  • User
  • Translations
  • Talk all namespaces

additional the section Translation requests, because there are very old pages (2005-2010) with many problems inside, which can only be solved with <nowiki>.

Reason: It is senseless repairing wrong templates (Wanted Templates) or broken links / redirects (see Special Pages) in these sections, because they apply to insignificant content. Especial translation namespace has tons of entries in language subpages, which doesn't exist in English source page. If these pages are listed you have to add a translate tag with the old entry number in source, mark it for translation, correct the wrong language entry, remove the temporary entry from source and mark it additional for translation. Maybe a sysop could delete these pages (i.e. Translations:Grants:Evaluation/Glossary/7/en), because using template TNTN generates a pseudo template with the tvar (i.e. {{Template:$tmplLink}}). If it is possible to set filters for the above named sections, maintenance work would be much more effective. (sorry for this short story) --Plagiat (talk) 21:06, 23 February 2017 (UTC)

Allowing to filter namespaces on such query pages is tracked at phabricator:T6204.
Your problem seems to be with partially-parsed wikitext producing links which then get consider as real links even though they are just artifacts. The cleaner solution would be to not produce the links in the first place; we already did something similar with categorylinks in MediaWiki namespace, if I'm not mistaken. Nemo 21:44, 23 February 2017 (UTC)