[00:00:26] https://phabricator.wikimedia.org/T166956 it looks like there seems to be some open discussion regarding embracing composer more [00:03:54] composer is supported for install dependancies [00:04:00] It's not supported for installing extensions, skins etc [00:04:12] The RFC was declined - https://www.mediawiki.org/wiki/Requests_for_comment/Extension_management_with_Composer [00:04:21] https://phabricator.wikimedia.org/T467 [00:04:40] https://phabricator.wikimedia.org/T166956 does not have much support [00:05:13] Just because you an do something, doesn't mean you should [00:06:23] Yes, attempts to use composer like that are shoot-on-sight code nowadays. [00:06:33] that's too bad [00:06:50] on the bright side, the way of installing via composer is basically identical to using git [00:07:14] so generally people can just remove their composer.local.json and go back to git pulling extensions [00:08:12] SMW seems to be the odd man out there though, it has a lot of composer-ized extensions [00:08:48] Right [00:09:21] They were the proof of concept [00:09:31] And didn't remove it after it was decided that we shouldn't go that way [06:43:32] is passing continue=-|| to the API really required [07:44:47] So I just updated my Mediawiki to the latest version, and one issue I'm seeing is that my sidebar is pushed down on the Vector skin. It appears the latest version of Vector removes the position: absolute style on #p-logo which causes this behavior [08:13:59] disregard, I found the issue [08:14:13] Nice. [08:16:12] issue was that my Mediawiki:Common.css didn't work with the new version and I forgot all about it [09:25:36] Hi, people. [09:26:46] I had a question. [09:27:19] importScript seems to be working as soon as JavaScript was loaded on the page. [09:28:07] Is there an API available to execute JavaScript after the page has loaded? [09:36:04] acagastya: Use jQuery to bind to a "ready" document state: https://learn.jquery.com/using-jquery-core/document-ready/ [09:40:06] Didn't want to rely on jQuery, but let le try that out. [09:41:11] *let me [10:08:09] Vulpix: thanks. It works the way I want it to. [10:11:30] MediaWiki relies on jQuery for now, it shouldn't be a problem [10:12:48] Hopefully it won't be. [10:14:05] I was so frustrated last night when I was trying to add missing categories to a page which had more than 20 categories. I needed it to be in an ascending order, and thought I should just write a script. [10:26:11] acagastya: on Wikipedia (and other wikis) there's a script called HotCat that makes adding categories to a page more easy: https://en.wikipedia.org/wiki/Wikipedia:HotCat [11:29:27] I am using to add, but if there is a missing category, it is easier to look in an ascending order. [13:16:40] Is there a way I can find the namespace of a page from the mw object? [13:22:41] mw.config.get('wgNamespaceNumber'); or mw.config.get('wgCanonicalNamespace'); [13:25:54] That helps. Thanks again, Vulpix. :-D [15:14:43] Just wondering where the AN is for mediawiki [15:14:44] https://www.mediawiki.org/wiki/Special:Contributions/93.160.97.118 [15:14:48] this need a longer block [15:27:16] Done [15:28:38] thanks :) [15:33:10] It was not me, but Clump :D [18:37:46] hello! I'd like to upgrade a wiki with a very old version up to 1.34.1, however my wiki needs SphinxSearch and it seems it's not working with 1.34 [18:38:28] I'm wondering if I can expect that extension to be updated at some point, or if it's nearly abandoned? [18:41:27] https://www.mediawiki.org/wiki/Extension:SphinxSearch doesn't say it's abandoned [18:41:54] lavamind: If there is a specific issue, see https://www.mediawiki.org/wiki/How_to_report_a_bug for #SphinxSearch, or maybe ask on the talk page? [18:42:10] but yes, it states "1.33" in the infobox [18:49:59] andre__: Ok I'll open a bug report, thanks [18:50:24] andre__: the same problem is also reported on the talk page by other users [18:51:12] eg. https://www.mediawiki.org/wiki/Topic:Vhuh2lcg1yzszyxb [18:56:34] I'm also looking for a way to use banner similar to those found on mediawiki.org [18:56:53] I've been looking at source code for those banners but... oh my, so complicated [19:15:07] Ok I see that Message boxes are based on Scribunto+Lua https://www.mediawiki.org/wiki/Module:Message_box [19:15:35] I've activated Scribunto on my wiki, do I just need to drop the lua code somewhere? [19:54:30] Hi, does someone has a working nginx reverse proxy config and can you please share it? I'm not able to get this running. I have tried several options but with no luck. I also read this recipe at the NGINX website but it's not complete. Any working examples of configuration files are welcome. Thank you, you can pm them or write them here or send a notice. Thank you [19:55:02] For completion I meant this: https://www.nginx.com/resources/wiki/start/topics/recipes/mediawiki/ [20:05:11] hispeed_m, hi, is that question related to MediaWiki? [20:05:48] ah, right, your last link [20:58:55] hrmm, my wiki is in French, and [[File:foo]] links don't work, only [[Fichier::foo]] is that normal ? [21:00:24] lavamind: only if you added file: to https://www.mediawiki.org/wiki/Manual:$wgUrlProtocols [21:02:00] Vulpix: I have that indeed [21:02:28] Vulpix: thanks! [21:03:33] so removing 'file:' in there works, hooray [21:09:25] lavamind: note that the correct way to have file: links is to use $wgUrlProtocols[] = "file://"; [21:09:41] Vulpix: yup, I put that in right away [21:51:40] andre__: I've created a PR on GitHub to fix SphinxSearch https://github.com/wikimedia/mediawiki-extensions-SphinxSearch/pull/6 [21:51:57] hopefully the author can review it soon [21:52:12] lavamind, see https://github.com/wikimedia/mediawiki-extensions-SphinxSearch [21:52:13] the issue was fairly minor after all [21:52:22] lavamind: Github mirror of MediaWiki extension SphinxSearch - our actual code is hosted with Gerrit (please see https://www.mediawiki.org/wiki/Developer_access for contributing) [21:52:38] Your pull request might get ignored, that means. [21:52:46] lavamind, but great to see you found the issue! :) [21:53:35] andre__: yeah I saw that but it didn't seem logical to apply for developper access for a drive-by fix/pr [21:53:52] you don't have to - there is a Gerrit patch Uploader tool linked on that page [21:54:06] lavamind: plus it's not "apply". You just create it. No waiting. [21:54:31] I'm not seeing the patch uploader [21:55:31] lavamind, https://www.mediawiki.org/wiki/Gerrit_patch_uploader [21:56:05] hrmm [22:03:23] andre__: alright, created a Gerrit account but I can't push a new branch [22:03:35] remote: Unauthorized [22:04:02] You don't push a branch [22:04:11] * lavamind goes back to the tutorial [22:04:26] `git push origin HEAD:refs/for/master` should work if you haven't got git review [22:05:00] lavamind, https://www.mediawiki.org/wiki/Gerrit/Tutorial basically [22:12:57] Reedy: *and* Change ID [22:13:11] Well, it'll tell you what to do then ;) [22:13:24] phew, that was work: https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/SphinxSearch/+/587360/ [22:13:47] it helps that other users were complaining :P [22:14:12] well that and my hatred for ElasticSearch :P [23:38:14] Is doing Hooks::register the same as modifying $wgHooks, and if so, is one suggested over the other? [23:40:22] Has the machine serving Quarry queries gotten slower (due to higher load maybe) over time?