[11:45:08] <Iamahuman4>	 Hi. I installed Extension:TemplateStyles and then did an export-import of [[w:Template:Multiple image]] and now the template appears to be working but viewing the transcluded documentation I see error "Lua error in Module:TNT at line 159: Missing JsonConfig extension; Cannot load https://commons.wikimedia.org/wiki/Data:I18n/Uses TemplateStyles.tab.". What should I do?
[11:57:30] <Reedy>	 Install the JsonConfig extension as it's apparently missing
[14:22:03] <Iamahuman4>	 I installed https://www.mediawiki.org/wiki/Extension:JsonConfig but still getting that same error message. Apparently I'm missing some conf, but originally I was just looking a way to use that 'Template:Multiple image', but I don't really _need_ that
[14:23:13] <Reedy>	 Well, if you export a template and it's dependancies... it's going to be setup to use that template and it's dependancies
[14:23:44] <Iamahuman4>	 so I could rollback the whole thing 
[14:24:05] <Iamahuman4>	 these template imports are messy even when well documented what was done
[14:24:31] <Reedy>	 Dependancy trees are complex
[14:24:35] <Reedy>	 At least they're not node packages
[14:32:55] <Iamahuman4>	 I rolled those changes back. Thanks for the help.
[14:33:42] <Iamahuman4>	 I have some law texts to translate pro-bono elsewhere, not needing to add a ton of stuff to wikis just to get a multi-pic template to work
[14:36:25] <buovjaga>	 How can I use <nowiki> (or something to that effect) in a syntaxhighlight block, when I need to ignore <translate> tags?
[14:45:38] <buovjaga>	 I mean, if I use <nowiki> at least in the preview it displays the <nowiki>
[14:55:13] <Vulpix>	 buovjaga: Does &lt;translate&gt; display the tag as <translate>?
[14:55:36] <buovjaga>	 Vulpix: not in the preview, but I could try saving
[14:57:42] <buovjaga>	 Vulpix: no, saving didn't help
[14:58:57] <Vulpix>	 There's probably no way to escape that... don't use syntaxhighlight when you have to put <translate> tags on it, then
[14:59:12] <buovjaga>	 yeah, that's a bummer
[15:01:25] <Vulpix>	 *don't use syntaxhighlight when you have to display plain <translate> tags on it
[15:01:50] <Vulpix>	 because on mediawiki.org, <translate> tags are currently being used inside syntaxhighlight to translate code comments
[15:02:48] <buovjaga>	 cool, <nowiki> works inside <pre>
[15:03:00] <buovjaga>	 sure, that's true, I use them myself
[15:19:16] <legoktm>	 Reedy: https://bash.toolforge.org/quip/Kpa3g3gB8Fs0LHO5h6Gq
[15:19:27] <Reedy>	 heh
[18:15:12] <sdesalcala>	 Hi, I was looking into the API command haswbstatement but it doesn't seem to have a detailed autogenerated documentation like other commands such as for example this: https://www.wikidata.org/w/api.php?action=help&modules=wbgetentities I was wondering if anyone knew how to find it or where I should ask for it to be generated? I would really
[18:15:13] <sdesalcala>	 appreciate it. Thanks in advance!
[18:17:32] <Reedy>	 haswbstatement doesn't seem to exist
[18:17:46] <Reedy>	 literally no mention in the Wikibase repo...
[18:18:20] <Reedy>	 It's a WikibaseCirrus thing...
[18:18:35] <Reedy>	 So it won't have API docs there unless it's exposed via the API
[18:18:49] <Reedy>	 https://www.mediawiki.org/wiki/Help:Extension:WikibaseCirrusSearch#haswbstatement
[18:20:07] <sdesalcala>	 Could you clarify what it means that it's a wikibasecirrus thing? I can use it just like any other Wikibase API command: https://www.wikidata.org/w/api.php?action=query&list=search&srsearch=haswbstatement:P31=Q744691
[18:23:42] <Skizzerz>	 sdesalcala: that would be the general search API, so it lets you use any advanced search terms which are then passed to the search backend. The API is not aware of everything the search backend supports
[18:30:33] <sdesalcala>	 I see, so it's not a part of the "normal" API but rather a part of the search API. Does that have any implication when it comes to the functioning of the haswbstatement? Do you know where I should inquire for more information about the inner functioning of haswbstatement? I'm afraid that everything I found on Google is not enough.
[18:31:40] <Skizzerz>	 sdesalcala: see Reedy's link above for documentation on that search term
[18:34:33] <sdesalcala>	 That link is certainly very helpful (so thanks!) but I would prefer something like the one for wbgetentities, since it says all the possible values and settings of the feature. For example, I would like to know how to not limit the number of returned items. It seems to limit it automatically, but I don't know what is the maximum (if there is a
[18:34:34] <sdesalcala>	 maximum at all), etc...
[18:35:10] <Skizzerz>	 look at the help for the search API; limit is a different parameter
[18:35:30] <Skizzerz>	 max is 500 for normal users and 5000 if you have the apihighlimits permission iirc
[18:38:57] <Reventlov>	 Hey there
[18:39:21] <Reventlov>	 When I use mediawiki cache with apache rewriting it seems it's not working
[18:39:36] <Skizzerz>	 sdesalcala: https://www.mediawiki.org/wiki/API:Search may be helpful
[18:40:57] <Reventlov>	 https://0x0.st/-b2l.txt
[18:40:59] <Reventlov>	 any hint ?
[18:41:48] <sdesalcala>	 Thank you, Skizzerz. If it's part of search, how come haswbstatement is not in the URL you sent me? Is it because it's an extension, or they just didn't include it yet?
[18:42:03] <Skizzerz>	 sdesalcala: it's on there, look at your query
[18:42:29] <Skizzerz>	 you have **&srsearch**=haswbstatement:P31=Q744691
[18:42:42] <Skizzerz>	 so the haswbstatement is part of the *value* passed to the srsearch parameter
[18:43:26] <Skizzerz>	 and the documentation for srsearch includes "You can use the search string to invoke special search features, depending on what the wiki's search backend implements."
[18:43:39] <Skizzerz>	 the API has no idea what those special search features are or how they may be invoked
[18:46:12] <sdesalcala>	 I see, that makes sense. So these special features are the ones documented here: https://www.mediawiki.org/wiki/Help:Extension:WikibaseCirrusSearch
[18:46:17] <Skizzerz>	 Reventlov: "RewriteEngine Off" is your problem
[18:46:26] <Reventlov>	 Skizzerz: no, I enabled it
[18:46:29] <Reventlov>	 just copy/paste error
[18:46:29] <Skizzerz>	 Off, as the name hopefully implies, turns something off
[18:46:29] <Skizzerz>	 :)
[18:46:38] <Reventlov>	 rewriting is not the problem
[18:46:51] <Reventlov>	 when the rewriting is enabled (and it works), the cache does not, this is the problem
[18:47:53] <Skizzerz>	 try deleting existing cache files after changing the config?
[18:48:16] <Skizzerz>	 that's a pretty common setup and I use it on a handful of wikis (rewrite rules + file cache) without any issue
[18:48:52] <Skizzerz>	 sdesalcala: among others, yes. Those would be wikibase-specific ones. The CirrusSearch extension adds a handful of additional ones
[18:48:59] <Skizzerz>	 and other extensions may add more
[18:50:53] <Reventlov>	 Skizzerz: yeah, I had to delete existing cache, that was it
[18:50:55] <Reventlov>	 thanks
[18:51:07] <Reventlov>	 now it only takes 800ms to load :')
[18:51:14] <sdesalcala>	 I see, thank you very much!
[20:54:32] <Reventlov>	 Another question: what is the path the visual editor is supposed to push to ?
[20:54:52] <Reedy>	 Path?
[20:54:53] <Reventlov>	 Cause I get things like this: 127.0.0.1 - - [30/Mar/2021:20:45:17 +0000] "POST /rest.php/wiki.domain.tld/v3/transform/html/to/wikitext/Accueil HTTP/1.0" 400 248
[20:55:09] <Reventlov>	 and the /rest.php/ is a bit suspect imo (but maybe that's expected)
[20:55:48] <Reventlov>	 (my main problem is a "Erreur d’accès au serveur Parsoid/RESTBase (HTTP 400)" on a 1.35 brand new mediawiki)
[21:11:28] <Reventlov>	 hmmm so from what I can see
[21:12:04] <Reventlov>	 I have these kind of messages: The &#039;Promise-Non-Write-API-Action&#039; HTTP header was sent but the request was to an API write module.
[21:13:45] <Reventlov>	 hmm, might it be because some headers are missing because they are dropped by a reverse proxy ?
[21:17:50] <Nemo_bis>	 https://libreboot.org/news/libreboot202104xx.html
[21:19:40] <Reventlov>	 So if you have any idea about these error messages, tell me, i'll lurk there.