[03:06:24] I'm intermittently having issues with loading scripts from meta.wikimedia.org on en.wikipedia.org. [14:00:11] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: @leszek_wmde & @jakob_WMDE - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [14:50:08] Technical Advice IRC meeting starting in 10 minutes in channel #wikimedia-tech, hosts: @leszek_wmde & @jakob_WMDE - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [15:00:38] welcome to today's Technical Advice IRC Meeting hosted today by leszek_wmde and me! [15:00:49] o/ [15:00:57] o/ [15:01:33] * Lucas_WMDE is not leszek_wmde, just to avoid confusion ^^ [15:02:17] we have one open question from Lucas_WMDE which Leszek (who will be here any minute now) promised to look into [15:02:33] does anyone else have any questions for now? :) [15:05:25] So let's maybe pick the topic from the list: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [15:05:53] Lucas_WMDE: you've asked: we might need something like a {{USERLANGUAGE}} magic word. Such a magic word has been requested for ages (phabricator:T4085), and would in the past have caused problems with the cache; I would appreciate any information on how feasible it would be to introduce this today [15:05:54] T4085: Add a {{USERLANGUAGE}}/{{USERLANG}} magic word - https://phabricator.wikimedia.org/T4085 [15:06:10] Lucas_WMDE: that is the very interesting question indeed [15:06:58] Lucas_WMDE: disclaimer to begin with I am not the parser expert [15:07:47] Lucas_WMDE: I am concerned though that if I understand the idea behind parser cache right, having some magic word like this would practically mean disabling parser cache functionality for the page using this magic word [15:07:59] On multi-lang wikis that would be fine to have (we split the PC by user lang there often anyway) [15:08:09] On monolinguals this would not be acceptable [15:08:58] But shaping the concept slightly differently like a target language might work :) [15:08:59] Lucas_WMDE: unless Parser could be taught to handle somehow a "slot" that shouldn't be cached [15:09:24] Lucas_WMDE: but I am not sure if this is even feasible, so I might be talking pure nonsense here [15:09:36] jakob_WMDE, Lucas_WMDE, o/ [15:09:54] well, dewiki has MediaWiki:Lang to effectively provide {{USERLANGUAGE}} (masquerading as {{int:Lang}}) [15:10:01] d3r1ck: o/ [15:10:01] does that mean when they use {{int:Lang}} they break the cache? [15:10:13] I see parser wizards like DanielK_WMDE and tgr are in the channel. Maybe they'd have some thoughts on this topic? [15:10:15] (wikidata has the same trick, and I don’t know how many other wikis as well) [15:10:18] Lucas_WMDE: Yeah [15:10:48] in practice this might be ok (if only used on few pages and almost all users have German set anyway) [15:11:57] hoo: Recently, I updated my Wikibase and got some issues around ItemId object [15:12:07] PC is basically a key-value store… and on mono-lingual pages the user language is not part of the key, while on multilinguals it is [15:12:12] I tried but no way to fix and I had to reinstall WB from scratch [15:12:29] I dropped the questions on #wikidata, let me fetch the logs [15:12:35] d3r1ck: class not found errors? [15:12:48] jakob_WMDE: Yeah, let me search the logs [15:13:35] I have a task that I need some help https://phabricator.wikimedia.org/T201374 [15:13:35] Basically one of the images from the 500px site my tool allows to import into commons is triggering a safety check for .jar files. Is there an automated way to change the image to be complaint with the check? [15:13:38] hoo: so Lucas_WMDE asks in the context of T200814, which, potentially "might be ok" to use a hack like int:Lang. Although the number of pages might a bit more than a few. So I sadly cannot provide much help, sorry [15:13:38] T200814: Use language names instead of language codes in edit summaries - https://phabricator.wikimedia.org/T200814 [15:13:43] d3r1ck: we recently made it a requirement to load Wikibase classes from mediawiki using the composer merge plugin [15:14:13] jakob_WMDE: Ohh I see [15:14:21] d3r1ck: so these issues are likely to go away if you add a `composer.local.json` to your mediawiki directory [15:14:23] leszek_wmde: Oh, we're talking about edit summaries? [15:14:30] leszek_wmde: but we shouldn’t really encode that int:Lang hack directly into Wikibase [15:14:31] hoo: yes [15:14:32] I'm nowhere near a parser wizard, but FWIW Commons uses {{USERLANGUAGE}} and it's not on fire yet [15:14:34] In that case this can be done… those are not cached anyway [15:14:44] not sure how feasible it is for more wikis [15:14:55] they also use a different "parser" [15:15:02] jakob_WMDE: Here is the error "extensions/Wikibase/lib/WikibaseLib.entitytypes.php: Class 'Wikibase\DataModel\Entity\ItemId' not found" [15:15:03] Lucas_WMDE: yes, encoding this into wikibase wouldn't be possible of course. That would be per wiki only [15:15:12] And Wikibase stuff even has more specific stuff to turn summaries into HTML [15:15:25] so in edit summaries this is perfectly feasible [15:15:30] tgr: how does Commons use it? is there some extension that provides this which is only enabled on Commons? [15:15:43] jakob_WMDE: So maybe the documentation on Wikibase should be updated? So one know exactly what to do? [15:15:44] no, same int:lang trick [15:15:48] Even if the magic word were to exist, you couldn't use it in edit summaries [15:15:55] edit summaries don't use the real parser [15:15:55] hoo: oh right they do. So wikibase should "only" somehow mimic the behaviour of whatever parser does for int:lang? [15:16:08] ah, ok [15:16:08] Kind of, yes [15:16:09] they used to use it pretty heavily as a template localization mechanism though [15:16:36] chicocvenancio: reading up task you mentioned [15:16:46] jakob_WMDE: Assuming I didn't redo the whole installation, is there a work around on how to fix that? [15:17:23] d3r1ck this looks like class autoloading issue. This have actually changed slightly in Wikibase very recently [15:17:25] d3r1ck: which installation guide did you follow? I had a quick look and found that https://www.mediawiki.org/wiki/Wikibase/Installation and the readme https://phabricator.wikimedia.org/diffusion/EWBA/browse/master/README.md$53 already have the pointer to the composer merge plugin there [15:18:09] I only updated the mediawiki.org page today [15:18:34] d3r1ck: adding `composer.local.json` with the JSON it has in the two links I just mentioned should do the trick :) [15:18:34] so revisiting it might make sense… installation via running composer in Wikibase no longer works [15:18:41] oh, thanks hoo! [15:20:33] hoo: Thanks for updating :) [15:21:04] jakob_WMDE: Yeah, hoo just saved the day :D [15:21:13] hello ;) do you have news about this task https://phabricator.wikimedia.org/T64987 ? [15:21:51] d3r1ck: great! :) [15:22:06] Niridya: It looks like it's blocked on an upstream bug [15:22:45] leszek_wmde: the output of all slots is cached together. so if one slot is not cached, nothign is [15:23:17] there you go. I new I should not be using the word "slot" without a disclaimer I don't mean anything related to MCR :) [15:23:18] Reedy oh ! and does a task exist for this bug ? [15:23:28] I meant part of the actual page/slot [15:23:45] but it also turned out that it all is not related to parser cache apparently DanielK_WMDE [15:23:48] There's been a pending patch, https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/367320, maybe Theimo can throw more lights? [15:23:52] https://bugzilla.gnome.org/show_bug.cgi?id=739329 -> https://gitlab.gnome.org/GNOME/librsvg/issues/95 [15:24:02] jakob_WMDE: Lydia had to give some pointers on what to do after that patch [15:24:41] leszek_wmde: non-cached bits and pieces are possible but hack: cache a placeholder in the text, "hydrate" later. core does this for edit links. wikibase does this for the term box [15:24:54] Reedy so it's not a problem in our side. thanks ;) [15:25:29] Reedy and do you have news about https://phabricator.wikimedia.org/T174374 ? [15:26:26] Niridya: Nope. If there's been no comments, changes of status, or dependent bugs added/removed, chances are there's no updates [15:26:32] jakob_WMDE: Tomorrow will clock 1 year that the patch has been around :) [15:27:01] Reedy thanks ;) [15:28:29] d3r1ck: I'm taking a look at it right now. Unfortunately Thiemo is on leave this week, but I could try to ping him about it next week [15:28:46] jakob_WMDE: ohh thank you very much :) [15:29:12] I'm pretty sure that task has a lot of poking around to do in order to get it resolved [15:29:26] Some discussions as per whether it should be done or not and why etc [15:30:13] chicocvenancio: sorry for taking that long to get back to you [15:30:36] chicocvenancio: sadly I am not aware of automatic ways to "fix" images like that [15:31:17] :( [15:31:46] chicocvenancio: it is an annoying bug though [15:32:03] if the {{USERLANGUAGE}} discussion is over I’ll log off for now, see you all [15:32:31] leszek_wmde: On the "exif has html tags" I managed to pad the jpeg and that solved it [15:33:00] But this doesn't seem as easy [15:33:25] d3r1ck: I added myself to the reviewer list and will try to have a look as soon as I'm not swamped with other stuff ;) [15:33:44] chicocvenancio: do you maybe have any hint what part of the jpeg file might be involved? [15:33:50] jakob_WMDE: Sure :) [15:34:05] I am not sure how deep did you manage to dig into this really chicocvenancio :) [15:34:17] Apparently the end bytes [15:35:00] IE6 ignored mime types and tried to figure out filetypes from content [15:35:48] And hiding a jar in images was an attack vector. Because it not only looked at the beginning of the file, but the end as well [15:36:27] And apparently some innocent images trigger this by accident [15:36:45] (not sure what IE6 would do with them...) [15:37:08] chicocvenancio: oh [15:37:10] own your computer [15:37:53] So basically I am looking for a lossless process to change the ending of the image file into something that won't make it seem like a zip file [15:38:31] Reedy: I mean I'm not sure what IE6 would do with the innocent images that look like zip files... [15:38:58] Not the maliciously created ones [15:40:42] It's quite possible you're just getting a false positive in the MW detection [15:41:04] Indeed [15:41:22] Just a notice lately when I use flow. When I want to mention someone using the @, once it inserts the name of the person mentioned, the cursor moves to the beginning of the name rather than the end of the name, is it intentional? [15:42:34] chicocvenancio: how frequent those false positives are, do you have any estimate? [15:47:16] I'm also wondering how watchlist link behaves lately on wikis, has someone seen this? https://phabricator.wikimedia.org/T200656, Andre gave some hints already [15:47:44] leszek_wmde: Not very frequent, 1 in 40k if the 500px is a random sample [15:47:58] chicocvenancio: not that I am happy to give such advice, but if the case are really rare, maybe some manual fixing (like the file save again etc) would be good enough [15:48:04] chicocvenancio: oh, 1 in 40k [15:48:39] chicocvenancio: sorry to not have better thing to offer than hope this is a really an edge case :) [15:49:11] Thanks for thinking about it, leszek_wmde [15:50:10] chicocvenancio: you're welcome [15:50:20] jakob_WMDE: Is it possible to have interwiki Categories? Something like this: [[mw:Category:Some category]]? [15:50:47] That is coming in handy, I remember I wanted to use that sometime ago [15:51:32] Assuming I'm on Meta-Wiki and want to add a category that is on MediaWiki wiki and don't want to create it on Meta-Wiki, can I do [[mw:Category:Some category]]? [15:52:18] No [15:52:21] d3r1ck: ohh, that is outside of my expertise unfortunately. can someone else in the channel offer help regarding that? [15:52:23] That'll link to it [15:53:06] Reedy: Is interwiki categories useful at all? Maybe a use case to see if this can be tried out or something? [15:53:14] jakob_WMDE: Okay, np [15:53:23] afaik there is no cross-category capability, a caegory exists on the local wiki and is in the table, or it isn't [15:53:28] *category [15:53:44] apergos: Okay! :) [15:55:11] some categories do have interwiki links already. example: https://en.wikipedia.org/wiki/Category:Privacy_law [15:55:30] yay, wikidata [16:00:39] and that concludes today's Technical Advice IRC Meeting! thanks everyone for participating and for the questions! [16:00:49] see you! :) [16:00:55] thanks for running it! [16:01:33] thanks guys and make sure you join the next meeting on August, 15th! [18:29:29] let's say admin who is int-admin deleted a CSS page, and later admin who IS NOT an int-admin tries to undelete that page. Is this possible (after the transition period is over)? [18:30:03] (I know admin who is not int-admin won't be allowed to delete the page after the transition) [18:30:44] (maybe tgr knows?) [18:34:49] Good question revi [18:45:05] receiving 503s [18:45:22] problem is known [18:45:36] I was almost sure :) thanks [18:46:24] yep they're working on it [18:47:30] to people reporting issues, there's some network things happening [18:47:35] and folsk are looking at it [18:48:39] it is back [19:17:28] investigation of this issue is still ongoing [19:55:15] revi: Usually actions on a title require the permission to edit that title. Per-namespace protections should not be affected by deletion. [19:55:44] (I've not checked the specific implementation here.) [19:56:01] Nemo_bis: I think revi is now sleeping :) [19:56:45] * Nemo_bis writes for posterity [22:00:08] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: @CFisch_WMDE & @chiborg - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [22:02:04] ^is this accurate ? [22:03:22] chicocvenancio, no :/ It was last week, but not this week. [22:23:25] chicocvenancio, quiddity: I sent addshore and Fisch an email about the logic bug in their notification bot. It misfired today because of a sneaky bash type coercion problem. [22:23:25] ty! [22:23:53] $(date "+%d") -gt 7 -- today that turned into "08" -gt "7" instead of 8 -gt 7 as they had hoped [22:24:27] Changing to $(date "+%e") should fix the bug [22:31:35] Hi everyone, wm-bot4 is inviting to a technical meeting in half an hour in #wikimedia-bots, which is wrong [22:50:12] Technical Advice IRC meeting starting in 10 minutes in channel #wikimedia-tech, hosts: @CFisch_WMDE & @chiborg - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting