[13:12:12] [telegram] Forwarded from unknown: Do you know you can be earning over $5000 within a week without sending money to me or anyone else if interested click on the link below [13:12:13] [telegram] 👇👇👇👇 [13:12:15] [telegram] https://t.me/+oKHu5nIqI2owMDdk [14:24:06] [telegram] Just use templates to reference teams... Then when the team is renamed, you just update the template once and wait for the job queue to not do its job... [14:29:12] and use Special:WhatLinksHere to track progress when teams are split/merged [15:32:00] nah, I think this is clearly a job for Structured Data [15:35:24] Add start and end dates for when team X is responsible for Y? [15:46:14] I said that as a joke, but it would actually work better than the current non-system [15:46:47] heh [15:47:21] TODO: Install Wikibase on mediawiki.org [18:49:16] Reedy: I think there was actually a task for that at some point... or at least a suggestion on another task about better tracking of Extensions to use wikibase... [18:49:47] heh [19:13:47] [telegram] Not even client is installed there? [19:14:04] [telegram] I think extensions do deserve their own WD items [19:21:04] [telegram] Even as a newbie I still made over $65,000 in two weeks, thanks to @Trade_With_AndrewFx. [19:21:06] [telegram] 👇👇👇 [19:21:07] [telegram] https://t.me/+HLfx1gDBUkphOTVk [19:21:09] [telegram] https://t.me/+HLfx1gDBUkphOTVk [20:05:21] [telegram] Don’t think so… (re @Thecladis: Not even client is installed there?) [20:06:04] [telegram] https://www.mediawiki.org/wiki/Special:Version seems to be installed [20:06:09] [telegram] it is according to Special:Version (re @Thecladis: Not even client is installed there?) [20:06:57] [telegram] (after all, there’s plenty of templates and project pages, at least, that should be sitelinked to other wikis… AFAIK WikibaseClient is mainly not installed on private wikis, otherwise “everyone” gets it?) [20:07:11] [telegram] I am not an expert on [[d:WD:N]] but I think that is definitely an option to consider (re @Thecladis: I think extensions do deserve their own WD items) [20:08:17] [telegram] Because it was initially only on some wikis for people like me, who fail to notice all the updates, it always feels that it is still the case. But nice if it is now on all wikis (re @lucaswerkmeister: (after all, there’s plenty of templates and project pages, at least, that should be sitelinked to other wikis… AFAIK WikibaseClient is mainly not installed on private wikis, otherwise “everyone” gets it? [20:09:52] It's definitely a client, a few years ago I mass-imported all extensions which existed at that time [20:28:31] [telegram] To mww or to all wikis? [20:39:19] https://www.wikidata.org/w/index.php?title=Q21676052&type=revision&diff=280957606&oldid=280924798 [21:40:29] [telegram] Nice [21:41:26] [telegram] Hm, so mediawiki is "media"? 😅 : https://tools-static.wmflabs.org/bridgebot/2277f511/file_9964.jpg [21:44:31] [telegram] that’ll be the default of this gadget that’s enabled by default, replacing the site ID with what’s supposed to be the language code [21:44:37] [telegram] e.g. enwiki → en [21:44:41] [telegram] (I’m not a fan of it) [21:44:46] [telegram] that’ll be the fault of this gadget that’s enabled by default, replacing the site ID with what’s supposed to be the language code [21:45:07] [telegram] Should go by mediawikiwiki then 🤔 [21:45:13] [telegram] although it’s still a bit strange that this happens, because I thought the site ID of mw.org is mediawikiwiki [21:45:29] [telegram] so if the replacement is just “remove wiki at the end” I’d expect the result to be mediawiki… [21:47:05] [telegram] when I load the page, I can see it turning from mediawikiwiki into mediawiki and then into media in quick succession, so I guess it must be running twice or something like that [21:47:15] [telegram] Unless it recursively removes it [21:47:55] [telegram] return siteId.replace( /(wiki(books|news|quote|source|versity|voyage)?|wiktionary)$/, '' ); [21:48:08] [telegram] https://www.wikidata.org/wiki/MediaWiki:Gadget-SiteIdToInterwiki.js [21:48:17] [telegram] then the intermediate mediawiki wouldn’t be visible (re @Jan_ainali: Unless it recursively removes it) [21:48:42] [telegram] but anyways, even without that quirk, that gadget thinks commons is a “language code” for commonswiki [21:49:15] [telegram] so (from my biased point of view) the media(wiki(wiki)) thing isn’t really worse than its intended behavior… [22:14:56] the "correct" way to do this would be the sitematrix API [22:15:05] [telegram] I find it weird to use database names in the interface [22:15:28] but the data model in the sitematrix API is annoying to deal with [22:15:41] [telegram] and the sitelinks are already grouped by project so it would be even weirder to repeat the project part for every line [22:26:14] [telegram] it seems that lines 105-107 of https://www.wikidata.org/wiki/MediaWiki:Gadget-SiteIdToInterwiki.js run first which does the first replacement, then later lines 34 to 47, which does another replacement on line 45 [22:31:16] [telegram] if I run the gadget code manually after the page has loaded, it doesn't replace it twice, and removing lines 105-107 makes it not replace it at all, so it seems to be replaced twice when the sitelink view hasn't been initialised and only once if it has, so maybe lines 105-107 should be inside the if bit below?