[05:13:19] Hi [05:15:57] I have a bit non standard project, I want to take the bible verses and generate a wiki that can contain certain parts according to queries [05:16:10] any suggestion to which extension can do that? [06:22:50] hmm, should i backport I5e17524d90d10867ed2. I was very disapointed today when i installed mediawiki and it still had the bug I fixed like 6 months ago [09:19:08] when i save a page that contains a {{DISPLAYTITLE:foobar}}, am i supposed to see 'foobar' appear in the 'page_props' table right after that? [09:35:51] https://www.mediawiki.org/wiki/Manual:$wgAllowDisplayTitle [09:42:41] TipTop2: yes [09:43:45] unless disabled or restricted, of course [09:51:39] hello. how to edit 1st reference (it is now to google cache) at https://tt.wikipedia.org/wiki/%D0%9F%D1%80%D0%B0%D0%B7%D0%B0%D1%82_%D0%98%D1%81%D3%99%D0%BD%D0%B1%D3%99%D1%82 ? [09:59:29] Vulpix: can i setup MediaWiki so all DeferedUpdated are synchronous? [09:59:57] Vulpix: i did that by code, so i can now see DB updates asap [10:00:12] Vulpix: but it is a ugly hack [10:01:23] (btw, when are deffered updates run? it seems to never happen on my system, or at least to be suuuuuuuper long) [10:01:25] If you set up a job runner service, that shouldn't be necessary. Running them synchronous would have a high performance impact [10:01:46] See https://www.mediawiki.org/wiki/Manual:Job_queue [10:01:56] * TipTop2 might have an improper job runner setup :-/ [10:02:41] Some of them are executed or enqueued at the end of page request. However, that may fail if you have a buggy or incompatible extension that causes an error before the changes are commited to the database [10:04:08] So, after sending back the response to the web client, the PHP script does not die yet, and manages the job queue? [10:07:56] Oops no. The queue is global (and stateful?) and is purged $wgJobRunRate times per request. Right? [10:13:19] $wgRunJobsAsync set to false seem to do what I want [10:15:50] Nope, it does not. [10:19:55] $wgRunJobsAsync is already set to false by default [10:25:17] Increasing $wgJobRunRate to 100 seems to do the trick for a (more or less) synchronous job run. [10:26:17] But if i choose, instead, to set $wgRunJobsAsync to true? [10:27:22] will all jobs be run asap? [10:39:29] it seems so. [10:40:07] (i think i would have called that option $wgRunJobsSync, just my humble opinion) [10:46:39] why? [10:47:01] isn't it better to know if something is async or not [11:45:14] hello. how to edit 1st reference (it is now to google cache) at https://tt.wikipedia.org/wiki/%D0%9F%D1%80%D0%B0%D0%B7%D0%B0%D1%82_%D0%98%D1%81%D3%99%D0%BD%D0%B1%D3%99%D1%82 ? i tried to press main edit and above image and visual edit, but nowhere i see that < ref > [11:46:55] We have a template translation melon-scratcher. This is the current state: https://wiki.documentfoundation.org/WikiAction/edit/Template:Yes [11:47:29] The result is that Yes is rendered raw on English pages using the template. [11:48:00] If I put the translate tags inside the noinclude elements, it works fine. [11:50:02] Hmm, would it work to wrap each translate tag inside a noinclude element? Just trying to avoid translators having to paste in unnecessary markup. [11:56:31] qdb: what is first reference? [12:00:03] Nah, that still results in adding confusing markup into the translation string [12:36:22] buovjaga: I think this happens when the template is being inserted in a non-translatable page [12:37:49] mw.org has an utility template for this: https://www.mediawiki.org/wiki/Template:Translatable_template [12:43:09] Vulpix: thanks. The page I am looking at is this btw.: https://wiki.documentfoundation.org/Feature_Comparison:_LibreOffice_-_Microsoft_Office [12:43:25] it uses a suffix: {{yes{{#translation:}}}} [12:43:51] which is ignored on the source lang pages I assume [12:44:26] one weird thing (maybe unrelated) is that the /en page has not been generated: https://wiki.documentfoundation.org/Feature_Comparison:_LibreOffice_-_Microsoft_Office/en [12:45:36] I was looking at the Translatable template thing yesterday and again today, but did not quite get how it would help in this case [12:46:16] Yes, having an /en subpage missing is going to cause issues, because that /en page is the original page without template tags [12:46:48] yeah! Thanks for the confirmation, was unsure about that. I have to ping our infra guy tomorrow [12:46:59] However I don't know how the internals of the translation extension, so I can't tell you why that subpage is missing [12:47:15] maybe some job queue glitch [12:48:24] that can be an issue, yes [12:49:29] Your siteinfo reports only 6 pending jobs, however [12:57:03] I will probably return tomorrow :) [22:32:11] https://github.com/wikimedia/mediawiki/commit/a75973d8833277eb0683749a37bb0d517cdd3116 because MediaWiki is not caching thumbnails, 71.80% 17509.894 104 - ForeignAPIRepo::{closure} a lot of time is spent into fetching files [22:33:15] how much harm can be done by re-introducing the caching?