[00:10:11] https://en.wikipedia.org/wiki/Wikipedia:Lua_requests#Retrieving_N_latest_category_members Please install luasocket? Where do I request? [00:12:08] TimStarling: ^ [00:13:29] It might make sense to limit the socket to querying wikimedia sites only, or not. I intent to use it to query API like it is now possible from within JS. [00:14:07] Shouldn't be a large load, only when a Lua module is called, only if it has a relevant require() line. [00:14:11] Well, not exactly [00:14:21] As you won't be able to access anything external [00:19:27] What part you denying? And wikimedia projects are internal enough? [00:21:30] By giving you that lua extension/module/whatever, you won't be able to make arbitary external requests [00:21:38] The network the app servers are on just won't [00:25:49] svetlana: You should really open a bug requesting this module addition to the cluster [00:26:05] The relevant lua people aren't about, so getting an opinion, or even action isn't going to happen [00:29:50] Reedy: What component? [00:30:00] Wikimedia -> General [00:33:54] Do I ask them to also install a Lua JSON parsing module in the same bug, or will that go to a separate bug? [00:34:13] (JSON or XML, either would do) [00:34:16] You can do it in the same bug [00:34:20] It's a related request [00:35:19] https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 Install luasocket for all sister projects to use with Scribunto [00:37:23] Added as comment, thanks. [00:40:19] There is an interesting link I gave in comment, https://www.mediawiki.org/wiki/Extension_talk:Scribunto/Lua_reference_manual#Access_to_MediaWiki_API.3B_access_to_page_text, which I don't know whether it applies to the query or not. [00:42:06] Reedy: It links to http://lists.wikimedia.org/pipermail/wikitech-l/2013-February/066196.html, which I parse as that retrieving data from api.php is a good idea, but I'm not sure my interpretation is correct. [00:45:02] https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#frame:preprocess is interesting. [00:45:15] In https://meta.wikimedia.org/wiki/Module:Subpages. [01:01:30] Gloria: you bastard, Reedy said I can do it in one bug. [01:49:36] Right, so JS can only be written as userscripts or as gadgets, with the latter requiring admin access. [01:50:22] Understandably such request is rejected, with no restrictions on Lua templates writing or invoking as is. [01:57:09] Reedy, everyone else: https://en.wikipedia.org/wiki/Wikipedia:Lua_requests#Break_1:_User_rights [02:10:31] hi!! [02:10:39] Would anyone mind checking out my idea for a bot? [02:12:22] Newyorkadam: hi. [02:12:39] Newyorkadam: what's up? [02:13:05] svetlana: https://en.wikipedia.org/wiki/Wikipedia:Bot_requests#BusterBot [02:15:18] Newyorkadam: You have my feedback on that page. [02:15:26] thanks svetlana :) [02:16:14] No worries. [02:16:34] svetlana: I responded [02:24:14] Newyorkadam: likewise [02:24:47] svetlana: then we don't need to post warning them.. [02:25:35] Newyorkadam: not notifying contributors of their own broken grammar is ...bad. [02:25:44] Newyorkadam: they LOVE and NEED feedback. [02:26:04] svetlana: You're contradicting yourself [02:26:13] they need/love feedback [02:26:18] but don't want it? [02:26:59] Not by clogging, no. [02:27:22] So what do you suggest? [02:28:53] Talk to them manually each time. There is no need for a bot. [02:30:08] I expanded the essay I linked. [02:31:06] k thanks [03:36:29] no one ping me for five mins please [04:01:41] Newyorkadam: 5 minutes has long passed [04:01:56] yeah I finished in 3 [04:02:00] I just didn't write done on this channel [10:53:18] ori: https://test.wikipedia.org/wiki/User:Gryllida/common.js this.page is undefined from within DOM.prototype.setUp, as commented at the relevant line; however this.page -is- defined in function DOM(), line 2 of it. How do I troubleshoot? ... We live on the opposite ends of the planet and I think you're a bit less here during weekdays but I think the thing is about to fall over with its current structure. [10:54:06] gry: is it the same 'this'? [10:54:20] yuvipanda: I think yes. [10:54:39] hmm, yeah, looks like [10:55:00] You can log in and copy/paste to your common.js, troubleshoot from there, if you like. [10:55:18] It's the test wiki, the script loads on every page load obnoxiously for now. [10:55:33] Later I would limit it to some namespaces. [10:56:41] gry: I gave it a cursory look, and it... seems ok. I don't have time to debug it now, sorry :( [10:56:43] gry: however [10:56:48] gry: have you used Chrome's debugger? [10:56:58] that should let you set breakpoints and step through the code [10:57:00] and understand what is going on [10:57:14] you can append ?debug=True to any page to get debuggable JS code [10:57:37] I will try this, I tried before but I didn't get it working then. [10:57:40] gry: https://developers.google.com/chrome-developer-tools/docs/javascript-debugging has info on using it, and there are several other tutorials [10:57:51] similar functionality and documentation exists for Firefox too, if you prefer that [10:57:59] they have very similar capabilities [10:58:17] Thank you. (Hopefully you'll read through in your free time and give feedback on the readability, logic, and structure, as maintaining a thing like this -- in its current shape -- could be difficult.) [11:01:06] gry: oh I can definitely do that! :) [11:01:19] gry: do poke me when it is in a stage where you would want it reviewed [11:01:32] gry: if I'm not around, you can email me or drop a talkpage message [11:01:50] I managed to set a breakpoint and it worked, but then it fall over. It's sleep time here; I'll re-try in the morning. (I would more than welcome feedback at any point starting now; the earlier, the better, as it's easier to restructure with small size.) [11:02:14] alright [11:02:15] gry: good night [14:28:24] whom do I buy beer to get gitblit links working properly? [14:28:58] twkozlowski: links from gerrit to gitblit? [14:29:09] links inside git.wikimedia.org [14:29:17] like? [14:29:24] http://git.wikimedia.org/history/mediawiki%2Fcore.git/911fa591f0e9a547cd0d8754d92e0f73fd749158/languages/messages/MessagesAng.php [14:29:42] ? [14:29:45] (Yes, I encoded the slash between "mediawiki" and "core" manually.) [14:30:37] you mean that you want the history of that file? [14:31:03] No, I mean that I want that link to work. [14:31:07] wfm http://git.wikimedia.org/history/mediawiki%2Fcore.git/911fa591f0e9a547cd0d8754d92e0f73fd749158/languages%2Fmessages%2FMessagesAng.php < http://git.wikimedia.org/tree/mediawiki%2Fcore.git/911fa591f0e9a547cd0d8754d92e0f73fd749158/languages%2Fmessages [14:31:15] why would it work [14:31:54] it works if you encode all slashes. or some of them. [14:32:50] or in other words if it's not your URL :P [14:33:10] (It might be my browser. Dunno.) [19:36:49] or for that matter, any API-returned list of redirects to articles, in any format [19:41:58] i'm specifically looking at API:Query at the prop=links option and wondering if I can limit that to only incoming links that are redirects [19:42:08] and get it as a list [23:43:36] Technical question from a CS friend: why does it take a matter of hours for the cache served to anons to be purged after edits? e.g. where Cluebot rapidly reverts vandalism [23:44:23] (I know after Michael Jackson we reconfiged to stop the servers dying in extreme circumstances, but at other times?) [23:44:35] It shouldn't be [23:44:49] jarry1250_: It doesn't, normally? [23:44:57] Michael Jackson was too many servers parsing the article at the same time [23:45:22] Okay, so logout, then visit https://en.wikipedia.org/wiki/History_of_the_World_Wide_Web#1980.E2.80.931991:_Development_of_the_World_Wide_Web [23:45:34] I'm sure we see this sort of thing regularly on en:WP:VPT [23:46:02] jarry1250_: What vandalism am I meant to see? [23:46:06] In theory, it should be almost instantaneous [23:46:08] "DICK BALLS" [23:46:38] Huh. [23:46:42] Reedy: Well that's what I/we'd have thought [23:46:46] Yeah, I see that now. [23:46:59] my understanding was that if you edit a template, it doesn't purge all the pages using that template immediately, that's the only slowdown i know of... [23:47:09] otherwise it should be instant. [23:47:14] Template casues job queue jobs [23:47:43] jarry1250_: More interestingly, I've done action=purge and it hasn't fixed it. [23:48:09] jarry1250_: Which suggests a more serious bug. [23:48:18] just null edit [23:48:34] James_F: Plus of course it did purge on the preceding (vandalism) edit [23:48:41] Indeed. [23:48:44] James_F: you need an API purge with &forcelinkupdate=1 or just a null edit [23:48:46] noting we use UDP [23:48:51] udp isn't guaranteed etc [23:48:56] so it may break, sometimes [23:49:20] Hmm.