This wiki hasn't been used for years. 10 last edits go as far as 2.5 years back. Looking at logs, the most popular human activity appears to be random Wikimedians trying to login, failing and going away. I propose to close this wiki as it serves no purpose.
Pinging @Jalexander and @Varnent for comments.
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Close internalwiki | operations/mediawiki-config | master | +1 -0 |
Change 468823 had a related patch set uploaded (by Urbanecm; owner: Urbanecm):
[operations/mediawiki-config@master] Close internalwiki
FTR I'm ok with this I think I mentioned it @Varnent earlier and he didn't have an issue but I will ask again tonight :)
Ok, scheduling for tomorrow EU SWAT (as there's high probability he'll be okay with it). Let me know in case I should cancel the scheduling.
No objections from Wikimedia Foundation Communications department to closure of Internal Wiki. :)
raising priority as i learned from Andre it should reflect reality not wishes, but it is happening now.. right
Change 468823 merged by jenkins-bot:
[operations/mediawiki-config@master] Close internalwiki
Mentioned in SAL (#wikimedia-operations) [2018-12-03T12:34:23Z] <lucaswerkmeister-wmde@deploy1001> Synchronized wmf-config/InitialiseSettings.php: SWAT: [[gerrit:468823|Close internalwiki (T205584)]] (duration: 00m 46s)
@jhsoby - Closure means that the wiki cannot be editted by regular users. In public wikis it means only Wikimedia stewards, sysadmins and staff. In private wikis this may differ as the permissions configurations do vary. You should check Special:ListGroupRights and see who has 'edit' permissions there.
The edit right is assigned to the group "Users", which means that nothing has really changed (since only that group could read and edit before this change). All the patch did in reality, then, was to put a strike through internal in Special:SiteMatrix …
We should then create a follow-up patch revoking the edit right to anyone. But given that this is a private wiki I wonder if we should care at all.
Well...this is the configuration for wikis that are in closed.dblist.
// Read-only (except stewards)
'closed' => [
'*' => [
'edit' => false,
'createaccount' => false,
],
'user' => [
'edit' => false,
'move' => false,
'move-rootuserpages' => false,
'move-subpages' => false,
'upload' => false,
],
'autoconfirmed' => [
'upload' => false,
'move' => false,
],
'sysop' => [
'block' => false,
'delete' => false,
'undelete' => false,
'import' => false,
'move' => false,
'move-subpages' => false,
'move-rootuserpages' => false,
'patrol' => false,
'protect' => false,
'editprotected' => false,
'rollback' => false,
'trackback' => false,
'upload' => false,
'movefile' => false,
],
'steward' => [
'edit' => true,
'move' => true,
'delete' => true,
'upload' => true,
],
],I suspect the problem is that only one of the entries in groupOverrides matches. For internalwiki, private and closed can match, as internalwiki is in both private.dblist and closed.dblist, but apparently, only private matches, setting it as a private wiki, and the configuration for closed wikis is just ignored. Moving configuration for private to groupOverrides2 will probably solve this problem, however, I'm not sure if doing so won't break the default configuration there.
For all subscribers, even the closure didn't take effect on first place, it is still in the configuration. As such, it'll automatically take effect when T227980 is resolved.