[02:39:52] Hey guys, I'd really like https://gerrit.wikimedia.org/r/#/c/281253/ to make it to 1.27wmf20? [02:39:59] What's needed, exactly? [02:44:28] Coren: probably just a "sponsor" who puts it on the swat deploy [02:44:37] that special calendar page [02:46:23] Heh. So just bug someone until they cave. [02:46:27] * Coren grins. [02:46:41] * Coren looks slyly at Roan. :-) [02:50:02] Coren: Is wmf20 a past branch or a future one? [02:50:13] RoanKattouw: May 5, I think. [02:50:23] Oh OK [02:50:34] Then it just needs to be merged by then [02:50:51] There was no branch this week and there are also no SWAT opportunities [02:50:55] I'll look at it [02:51:04] (Also, sorry - I didn't know you stalked "Roan") [02:51:33] No worries :) [02:51:54] I'm happy to merge but I agree with lego's bikeshedding [02:52:19] * Coren looks at the shed. [02:52:23] Change that and I'll merge it right away [02:52:34] (rootpage- instead of pageroot-) [02:53:26] Meh. I liked the congruence between page- and pageroot-, but given that "root page" is used terminology it also makes sense). [02:53:35] Gimme a minute to cherry pick and fix. [02:53:40] Sure go for it [02:53:47] Ping me when you're done [03:00:54] RoanKattouw: https://gerrit.wikimedia.org/r/#/c/281253/3 now with Improved Shed Color™ [03:04:09] uh oh, trademark issues, add legal [03:05:09] Haha [03:05:29] Coren: and now with enhanced approval status [03:06:23] Uhh... Coren [03:06:24] krenair@tin:~$ mwversionsinuse [03:06:24] 1.27.0-wmf.21 [03:06:30] next branch will be wmf.22 next week [03:06:47] * Coren apparently fails to count. [03:06:50] wmf.20 would've been obsoleted at the end of last week [03:07:27] Yeah, I was just under the mistaken impression we 19 was currently up. [03:13:40] RoanKattouw: Danke. [04:30:41] Coren: yeah, I was just waiting for you to respond :) yay! [04:30:55] legoktm: I hadn't seen your comment yet. [05:02:51] no worries :) [12:07:02] DanielK_WMDE, is there an easy way to parse a title, e.g. MediaWikiTitleCodec::parseTitle( "anything", NS_DATA ), but for a wiki that does not have local Data: namespace? [12:07:07] TimStarling, ^ ? [12:08:00] i'm working on implementing a global Data namespace (on commons), that will be accessible from all wikis [12:08:36] and for Lua module, it would be great to have a loadData( "page title" ) call, without the Data namespace [12:19:49] yurik: what do you mean by "parse"? what is there to parse? [12:20:20] DanielK_WMDE, the "anything" can be any text from the user, so we should sanitize it according to the title rules, shouldn't we? [12:21:05] for example, the lua script may be invoked via template -- {{#invoke:module|func|anything}} [12:21:17] where that anything should be the name of the page in the Data namespace in Commons [12:21:49] basically I need to be able to do all the parsing steps EXCEPT prefix/namespace resolution [12:24:13] yurik: MediaWikiTitleCodec::splitTitleString [12:25:01] or MediaWikiTitleCodec::parseTitle - what's wrong with that? [12:25:22] DanielK_WMDE, my understanding is that they try to interpret namespace [12:25:57] but i don't want any interwiki / namespace parsing [12:26:09] If your "anything" contains a ":" and starts with something that is a valid namespace or interiwki prefix, then this will go wrong, yea [12:27:47] I want lua's loadData("User:Yurik") to load a page from commons named "Data:User:Yurik", and not try to load "Data:Localizeduser:Yurik" [12:29:13] of course this is a farfetched case, but something like that could happen if users use a column in the page title. Btw, one option is to prohibit colones in the data namespace to make it simpler [12:29:24] DanielK_WMDE, ^ [12:34:00] DanielK_WMDE_, not sure what part you saw [12:40:48] yurik: just add a ":" to the start of the string before parsing it [12:41:10] that tells the parser "this is in the default namespace"! [12:41:30] DanielK_WMDE_, wouldn't it try to resolve something like ":en:blah" ? [12:41:57] i remember interwiki links were done this way [13:29:52] bd808: ragesoss: AuthLogin does not affect OAuth directly, but the OAuth workflow often includes a login (when the user was not logged in on the OAuth server wiki) [13:30:24] in theory, web login should look and behave exactly like before, as long no fancy auth extensions are enabled [13:31:42] testing common interaction paths is definitely helpful though, but that will be easier to do once it's merged and enabled via X-Wikimedia-Debug [16:49:42] James_F: https://en.wikipedia.org/w/index.php?title=Wikipedia%3AVillage_pump_%28proposals%29&type=revision&diff=716217064&oldid=716213492 [16:49:58] how do I explain how using a third-party service like Google is not on the table for us? [16:51:58] JD|cloud: "You are proposing criminally illegal violation of privacy law and commercial practices. Please stop encouraging others to take part, which is itself a crime." [16:52:11] lol [16:52:15] :-) [16:58:20] Hi [16:58:44] I'm having a few questions about submitting my extension to the gerrit code review [17:00:27] Cloning into 'core'... [17:00:27] ssh: connect to host gerrit.wikimedia.org port 2498: Connection timed out [17:00:27] fatal: Could not read from remote repository. [17:00:32] hmm [17:07:49] Harri: port 2498? [17:15:44] hmm [17:16:03] i see, i see [17:16:29] okay, so it should work now [17:17:22] so after that i would copy my extension files to the extension directory and checkout as a new branch [17:47:22] $ git pull [17:47:22] Permission denied (publickey). [17:47:25] what? [17:47:45] i added the key and cloned core repo with it [17:47:51] ohw is it missing now [19:53:49] I'm trying to upload an image and it's stuck on uploading for a long time when I hit Save. Already tried reloading and restarting browser. Any suggestions? [19:58:18] Is it a particluarily large image, and where are you uploading it? (I.e., commons, english Wikipedia, etc) [20:04:29] 847 kb to english wikipedia [20:08:40] That's fairly small, and shouldn't cause an issue. It just hangs there? [20:10:42] Yep, still hangin' [20:11:40] Page in question that I'm trying to replace images for is Grand Bois National Park [20:14:55] I'm not sure. I asked the operations team whether the current data center switch might have been at issue, but there are no reports that it is related. [20:17:17] Thanks for trying :( [20:18:58] abolsutely3, what is the title you're trying to upload under? [20:20:08] title of the image? Grand Bois National Park topographic map [20:31:48] don't see anything in logs [20:38:09] Weird... maybe it's poor internet connection? I definitely am trying to upload it: http://puu.sh/opHJk/cce1d2c301.jpg [20:48:34] aha, so it's not Special:Upload... [20:49:07] abolsutely3, there should be an error in your JS console [20:55:55] yurik: ask legoktm about that [20:56:31] but the normal thing to do would be to just add the Data namespace to every wiki [20:56:39] namespaces don't have to have pages in them [20:56:46] How do i fix the error? [20:58:32] TimStarling, yes, but i don't want Data: to be recognized as a namespace nor show up in the dropdown of the namespace list in various special list pages [20:58:51] there are a few redirects that start with Data: in enwiki [20:58:55] possibly others too [20:59:29] well, obviously you can't have NS_DATA without claiming that namespace for your application [20:59:48] yurik: As we discussed before, what you "want" is a data sub-namespace, but we don't have those yet. [21:00:43] abolsutely3: poor internet connections do sometimes cause problems with large uploads, even when downloads and small uploads are fine [21:00:52] TimStarling, i can have that as a constant, but not add it to the wiki to show up in the dropdowns, and it will work. I don't need it to work in links, because data will only be used from lua and graphs [21:01:11] James_F, not really, the subnamespace concept is no longer used [21:01:15] sounds like you don't really want a namespace [21:01:20] you want a lua API [21:01:27] yurik: What? [21:01:33] James_F: You suck at naming things. Those need to be named 'subspace'. :-) [21:01:34] TimStarling, could you take a look at https://gerrit.wikimedia.org/r/#/c/284469/1/includes/JCLuaLibrary.php [21:01:57] Coren: Sure, subspaces, whatever. :-) Actually, I believe the current name is "ContentStreams". [21:03:27] James_F, what what? :) [21:04:14] yurik: I have no idea what you mean by "the subnamespace concept is no longer used" when you're talking about an RfC that's yet to be implemented. [21:06:50] James_F, the data namespace has been supported for the past 2 years by jsonconfig :) [21:06:57] we just haven't enabled it [21:07:02] except for a few wikis [21:07:08] Yes, but you're talking about a new thing. [21:07:09] now i'm working on improving it a bit [21:07:22] i'm reworking the concept a bit, yes [21:08:04] still, a bit unsure, what are you concerned about? [21:08:15] The entire thing. [21:08:23] You're rushing into implementation in advance of a proper plan. [21:08:39] You're having technical discussions on Commons in the middle of promising the world. [21:09:04] abolsutely3, you need to report it to us [21:09:13] James_F, https://meta.wikimedia.org/wiki/User:Yurik/Storing_data [21:09:29] It'd be nice to talk about it in a well-attended thought-through RfC first. [21:09:56] that has been up for the past two months, and that was the result of a long discussion at various hackathons and wikimanias [21:10:37] and sure, i do plan to write up a full spec on how jsonconfig's cross-wiki data sharing capability will be used for this [21:10:51] Want me to fill it with dozens of "CONs"? Or maybe we could actually have a discussion first? [21:12:25] cons about which wiki to use? i'm sure you can come up with CONs about any topic i present, but regardless - this was just an example that this issue was being discussed for a while, and of course it is not finished yet, so you will have a chance to comment as well [21:12:49] milimetric was leading this effort for many months as well [21:16:25] This isn't the kind of thing you have a casual chat about. :-)