[08:56:29] Hi everyone. What's the current deployment policy for extension? I'd like to have a translation update deployed to the Romanian Wikipedia. I found the commit last Thursday ( https://phabricator.wikimedia.org/rESAL311e4e67f8dc1625f6323bc84248200c368a3a9e ) but there hasn't been an update since. [09:03:22] strainu: if everything goes well it should be deployed this Thursday, I believe [09:03:29] rowiki is in Group 2 according to https://tools.wmflabs.org/versions/ [09:03:52] the next update for that is scheduled at https://wikitech.wikimedia.org/wiki/Deployments#deploycal-item-20190411T1900 [09:04:16] though there’s already one train blocker under https://phabricator.wikimedia.org/T206679, so that might be delayed [09:04:48] hi, is there a reason that the articles module of RL doesn't seem to work? no matter what url I try, it keeps saying that I didn't request any modules [09:05:43] Lucas_WMDE: so it goes out with wmf25? [09:06:08] MediaWiki + all updates to extenstions? [09:06:30] yes [09:07:23] later today, there should be a “branch cut”, which will create a wmf/1.33.0-wmf.25 branch from current master on MediaWiki core and all extensions and skins [09:07:27] that should include the translation update in SandboxLink [09:07:45] and then that’ll be deployed to group0 later today, group1 tomorrow, and group2 on Thursday [09:08:16] if it’s an important change it could also be backported to the .24 branch and deployed earlier [09:08:36] but I would be suprised if a translation change was that important [09:10:01] wait, is localisationUpdate dead now? [09:10:34] i know we talked about it, but i can't remember if we actually did that [09:10:52] why, what does that do? [09:11:00] is it supposed to deploy translation updates outside the train? [09:11:20] bawolff: no, I think localisationupdate commited the changes [09:11:21] I’m not aware of such a thing, but I might be wrong [09:12:25] the translation is pretty important because it changes a page name, and it's complicated to rename all existing pages, but the deployment isn't delayed too much, we can wait. [09:12:29] Thanks for the info Lucas_WMDE [09:12:39] Lucas_WMDE: yeah, it deploys translations once a day [09:12:45] okay, I found https://wikitech.wikimedia.org/wiki/LocalisationUpdate [09:12:51] but the last SAL entry was over a year ago https://tools.wmflabs.org/sal/production?p=0&q=LocalisationUpdate&d= [09:13:07] (unless it doesn’t log on success?) [09:13:23] There was a time we were talking about killing it, i cant remember if we actually did [09:13:41] looks like the last *successful* SAL message was in 2015? https://tools.wmflabs.org/sal/log/AVDVqhdP1oXzWjit6SSD [09:13:43] It was more important back in like the 1.16 era where it would be like 9 months between deploys [09:13:44] that doesn’t sound right [09:15:52] Well the fact that https://test.wikipedia.org/wiki/MediaWiki:Sandboxlink-desc/ro is the old version suggests that localisationUpdate is indeed dead [09:16:48] on deploy1001 the last commit in /var/lib/l10nupdate/mediawiki/core/ is from September 2018 too [09:17:45] So i think you're right. Since rowiki is group1, it should be deployed tomorrow (wed) [09:22:24] “disable temporarily” https://gerrit.wikimedia.org/r/c/operations/puppet/+/463275 [09:22:27] I’ll file a Phabricator task [09:23:48] oh wait, that’s going to be this thing, isn’t it https://lists.wikimedia.org/pipermail/wikitech-l/2018-September/090864.html [09:26:08] updated the wikitech page at least [09:28:42] well, it sounds like the incident at the time was resolved (https://phabricator.wikimedia.org/phame/post/view/121/translatewiki.net_security_incident/), so I guess I’ll create a task after all [12:53:04] I got this error while trying to use mwoauth in flask 'mwoauth.errors.OAuthException: MediaWiki response lacks token information: {b'Consumer is owner-only, E010']}' [12:53:04] 1:46 PM ^ I am not sure what that means. Please any help? [12:54:33] Eugene233, it means the OAuth consumer can only be used by the person who made it [12:55:40] Krenair: Thanks, I wish to make it work for all users. [12:56:00] IIRC it needs some sort of approval [13:00:18] Eugene233, https://www.mediawiki.org/wiki/OAuth/For_Developers [13:00:37] see Registration [13:00:42] andre__: Thanks [13:01:18] Krenair: Seemingly! [13:03:07] is there a way to get MediaWiki: pages via load.php? [14:37:11] Cupid: s there a way to get MediaWiki: pages via load.php ? [14:37:18] Cupid: what do you mean exactly ? [14:38:22] like if I want to use load.php to load JS from instead of index.php with action=raw and ctype, but when I try using the articles mode, it doesn't seem to work? [14:38:34] *to load JS instead of [14:39:02] Cupid: load.php is a bundler, it doesn't do separate pages, only predefined Resourceloader modules. [14:39:22] Now a MediaWiki:Gadget is a defined module, but userpages are not. [14:39:42] so it sort of depends on ... which exact mediawiki page do you want to be delivered ;) [14:42:27] hm, https://community.fandom.com/load.php?mode=articles&articles=u:dev:MediaWiki:Example.js&only=scripts works, but I wonder if that could be due to them modifying load.php for them? [14:43:33] also theres MediaWiki:Gadget-dropdown-menus-vector.js that I want to try loading, but its on enwiki, and I want to put it in my global.js, so is it possible to cross wiki load gadgets via load.php? [14:43:35] ah yeah, that sounds like a modification by them [14:43:48] yes, you can do that. [14:43:51] lemme look it up [14:45:18] for instance: [14:45:19] mw.loader.load( '//commons.wikimedia.org/w/load.php?modules=ext.gadget.ProveIt&only=scripts' ); mw.loader.load( '//commons.wikimedia.org/w/load.php?modules=ext.gadget.ProveIt&only=styles', 'text/css' ); [14:45:43] loads the scripts and the styles of for the proveit gadget from commons. [14:46:06] you do need two seperate load statements for the scripts and the styles though. [14:46:23] (and honestly I don't know what happens with messages and templates in this situation...) [14:47:01] i think they will come along in only=scripts mode.. since they are JS based... [14:47:09] yeah they should. [14:47:25] ah thanks, tho it looks like I'll be able to get away with only loading the js, as it looks like it only has JS if I'm using vector [14:47:27] https://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:MusikAnimal/MoreMenu.js [14:50:00] wikia realistically runs on a full fork of MediaWiki with lots of custom changes [14:50:12] which is why they have mode=articles indeed... [14:50:32] they are still on MediaWiki 1.19 [14:50:38] we are at 1.33... [14:51:02] They last upgraded in november 2012 if I remember correctly. [14:51:39] and yes, that's pretty scary. ;) [14:52:44] ye :P [14:53:37] hm, if the gadget is on meta, would I be able to call the gadget without the full url, or would I still need it? [14:53:57] meta -> meta you mean ? [14:54:41] meta.wikimedia.org [14:54:58] Cupid: refer to https://meta.wikimedia.org/wiki/MoreMenu#User_installation for installation instructions [14:59:11] ah [15:00:31] also @musikanimal, in regards to https://en.wikipedia.org/wiki/MediaWiki_talk:Gadget-dropdown-menus-vector.js#MoreMenu_4.0 (the part about things getting added to the more menu after the script (towards the bottom of the section)), have you tried a mutationobserver? [15:00:45] that way you could watch for more links and deal with them as needed [15:00:57] and it would get rid of an empty menu [15:01:34] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: @amir1 & @subbu - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [15:02:27] I have not! That sounds really neat. Apparently it's IE 11+, but I'm quite alright with that. I code it in such a way to check if that API is supported [15:02:32] Amir1, isn't this tomorrow?? [15:06:07] Cupid: I'm a bit tied up with other matters, but if you're interesting in helping out the source is on GitHub. PRs most welcome! :) https://github.com/MusikAnimal/MoreMenu [15:24:44] subbu: lol surprise if not :P [15:50:38] Technical Advice IRC meeting starting in 10 minutes in channel #wikimedia-tech, hosts: @amir1 & @subbu - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [15:51:36] i don't know why wm-bot has got the dates mixed up. [15:52:12] Idk [15:52:16] subbu: it supposed to be tomorrow [15:52:28] ya [15:52:32] my calendar invite is tomrrow [15:52:51] (sorry I just skipped all pings due to being over pinged by the bot) [16:51:02] Hi everyone, I'm wondering about https://cs.wikipedia.org/wiki/Speci%C3%A1ln%C3%AD:P%C5%99%C3%ADsp%C4%9Bvky/185.174.171.0. Per https://tools.wmflabs.org/whois/185.174.171.0/lookup, 185.174.171.0 supposed to belong to 185.174.171.0/24 [16:51:02] , which indicates that 185.174.171.0 should be the network address. Even that, it seemingly edits. What might cause that? May a network IP be used as src IP theoretically? [17:02:43] I think network addresses are valid now technically, with cidr and all [17:02:55] Its more a convention that people don't use them [17:03:07] Don't quote me on that though, not a network person [23:44:00] musikanimal: submitted a PR