Does "I would rather get mediawiki handle its deleting and all the related checks to be honest." mean you would like to have a function in MediaWiki that can delete the wiki's database? Or just that the pages in the wiki should be deleted using the normal MediaWiki interface?

Jul 13 2017

How is this blocked on global preferences? I'd say the first step would be
having a preference for this at all, then it could at least be set
individually, e.g. after getting the first such notification.

In that case I think the requestor (or somebody else) should delete all pages and import new pages from incubator. I'll create a patch for reopening the wiki after it (or, if it should be reopened before deleting/importing, let me know). Is it okay for all?

May 24 2017

I'll state the perhaps obvious, that the other option is to lower the export threshold for core even further. Like, if we really want to go to the way of encouraging translators, we could lower the export threshold to much smaller, and guard their visibility with $wgShowLanguagesWithMinimalLocalisation, disabled by default, but could be enabled for Incubator and so on.

Feb 28 2017

The original request is that it should be possible to add sitelinks using any of the language codes that don't have a subdomain, which I guess is the difficult part. But can we just use one language code ("mul" seems a good candidate) to identify the Incubator / BetaVersity / MulSource projects, and add sitelinks using that code, and that code only? This should be easier to implement, I suppose. It would be much better than doing nothing, and it could be a first step towards the complete solution.

Feb 27 2017

IIRC, Wikisources have the "Page", "Page talk", "Index", "Index talk" namespaces and the translation for those is usually given in the bug report to create the wiki, as they are not translatable on TWN. Correct?

Jun 18 2016

It is false because of the way it was originally set on wiki. It could also be modified on wiki to accurately be shown on that page. I think it has been like that always so I don't know whether it should be changed now on CA so that it is correct just there.

Jun 14 2016

Exactly how does this change make it difficult to find a specific group's information? I agree that the page is now quite long on Wikimedia wikis but I don't understand how it's making it difficult to find a group information. If it does help, we could try to add a TOC so that it's easier to jump to a group.

Jun 11 2016

Very strange. I don't remember on which page I noticed it yesterday (I deleted 3 ex-test-projects, in one of them I saw it). Restoring a page also can't reproduce it.
We can see whether it occurs again when a new subdomain is created.

Please revert this change. The page is now way too cluttered with the high number of global groups that exist. In the previous mode, it was way easier to find the group about which one wanted to find out something in the moment (I don't believe people often visit this page to read about all groups' rights at once).

Apr 30 2016

I'm fine with requiring the namespace translations (is there no way anymore
to translate them through twn?), but the upload wizard is not required by
the Language proposal policy and should not hold up the creation of the
wiki.
Am 30.04.2016 18:08 schrieb "Dereckson" <no-reply@phabricator.wikimedia.org