[00:01:23] yeah if I add it to the AutoloadNamespaces it wouldn't work with mediawiki-vendor. :/ [00:01:34] ignore me, i was wrong (looking at flow). So it could be the tests are broken when using composer. [00:23:33] paladox uhhh... ok. so how would I fix this? [00:23:48] Im not sure, it's affecting other repos too [00:24:05] paladox well I'm glad it's not just me! [00:24:39] paladox shall I create a ticket? [00:24:44] yes please [00:26:55] you got it [00:37:12] paladox done https://phabricator.wikimedia.org/T215047 [00:37:20] thanks! [00:38:15] np [06:10:21] "Due to high database server lag, changes newer than 60 seconds may not appear in this list." (en.wiki) [06:10:27] It's been a while since I last saw this :) [06:22:22] Any way for an end user to see what the various config variables are for wiki? [06:22:43] Say I want to check what $wgRightsText is set to, for example. [06:23:01] *for _a_ wiki. [07:36:50] xover: not unless you have server access [07:37:00] Thanks. [07:37:27] xover: otherwise you could see what e.g. $wgDBpass [07:37:29] Is [07:37:50] Yeah, I figured that was the case. [07:38:02] xover: however for wikimedia wikis vast majority is publushed at noc.wikimedia.org [07:38:27] Oh, that looks promising. [07:38:53] * bawolff was originally thinking this wss generic mediawiki question and then realized which channel [07:39:43] There's also a public git repo named operations/mediawiki-config.git if you want to see history [07:40:06] Yeah, immediate context was trying to figure out feasability of tweaking license boilerplate in the footer for English Wikisource. [07:40:35] In fact basically everything that's not a password is public. General server config too [07:40:39] But it's the sort of thing that pops up every now and again. [07:41:02] In wikimedia, its overridden by extension:WikimediaMessages [07:41:39] I dont know, but possibly the lawyers might not want license boilerplate to be tweaked [07:42:07] Well, WMF Legal would have to sign off obviously. I was just looking into the technical feasability. [07:42:19] xover: are you familar with uselang=qqx feature? [07:42:27] (It's not clear there is local community consensus for any change either yet) [07:42:33] Nope? [07:43:26] (The license thing on enWS is that the boilerplate says everything is CC BY-SA, but on enWS everything in mainspace is actually PD) [07:43:52] Basically if you add ?uselang=qqx (or &uselang=qqx if url already has a ?) It will tell you which page in mediawiki: namespace controls what part of page) [07:44:18] (It's also explicitly tagged as PD, so each mainspace page has a double set of contradictory licensing information) [07:44:39] ... That sounds extremely useful! [07:45:05] Its definitely feasible to alter the boilerplate if community signs off and legal is cool with it [07:45:30] For example en wikinews uses a different license then rest of wikimedia [07:47:04] They'll probably need per-namespace differentiation, judging by the discussion so far. Which is an extension and not core MW as I understand it? [07:49:15] Ah, uselang=qqx is brilliant! [07:50:24] Led me right to MediaWiki:Wikimedia-copyright, which means it looks like it could even be changed by a local admin on the project (subject to WMF Legal etc.). [07:53:17] Hmm. But I'm not finding "LocalSettings.php" (or something that looks like a redacted version of it) browsing noc.wikimedia.org. [07:53:52] Wikimedia uses a weird config system. LocalSettings.pho just loads other code [07:54:27] You basically want primarily InitialiseSettings.php and occasionally CommonSettings.php [07:55:11] Usually easiest to git clone the repo and just grep through all the files [07:56:10] Ugh. Viewing InitialiseSettings.php through the syntax highlighter thingy does not seem to be a good idea. [07:56:40] Its line 21749 of InitaliseSettings.php [07:56:56] Yeah, browser gets slow on that file [07:57:37] * xover tries the raw text... [07:57:56] Aha, yes, this is exactly what I've been looking for. [07:58:56] Thank you bawolff! You've enabled me to fish (teach a man to, etc.) far more successfully in future! :-) [07:59:24] Just as long as you dont "phish" people [07:59:38] * bawolff will show himself out ;) [07:59:49] "Teach a man to phish..."? :) [08:43:55] leg [08:43:58] ignore^ [11:39:39] Hello, [11:39:40] I want to use API for searching a media, but API returns a little results [11:39:49] For examples: [11:39:55] with "search engine" > return 3 results [11:40:00] https://commons.m.wikimedia.org/w/index.php?search=%22ch%C3%A2teau+lavaud%22 [11:40:06] with "API" > return 0 result [11:40:19] https://commons.wikimedia.org/w/api.php?action=query&list=search&srsearch=ch%C3%A2teau+lavaud [11:40:24] Why ? [12:16:59] I want to use API for searching a media, but API returns a little results . Why ? [12:19:24] ThierryMed59, maybe your query did not match much results [12:20:00] oh I see your previous messages [12:21:00] ThierryMed59, the two different endpoints have different defaults for allowed namespaces [12:21:12] ThierryMed59, the API always defaults to main namespace only, which is not much good on the site you are querying (commons) [12:21:47] in contrast, on commons, index.php search is set to include File, Help, Category, Creator, Institution, and the main namespace [12:22:06] you should get more hits from the API if you add &srnamespace=6 which will include the file namespace (6 is NS_FILE) [13:10:05] Krenair . Thanks you very much for response. it's good [16:39:19] hey all, I've got one of those dumb template questions that I probably should know by now, but don't... been working on a wrapper template for https://en.wikipedia.org/w/index.php?title=Template:Chinese_actor_and_singer and due to the complexity of the merge I want to just subst it away. The only issue is that just substing as-is could potentially result in a lot of empty params. So, I thought I'd use #if statements (see the sandbox). Now the