[00:00:33] AaronSchulz: http://justgetflux.com/ [00:08:01] flux <3 [00:08:40] O.o [00:09:59] yeah, it's a must for someone with a total lack of a sleep schedule. [03:13:25] flux seems like a designer's worst nightmare. [03:13:44] I adjust the brightness sometimes with my keyboard. [09:02:34] andre__ is spamming :P [09:03:02] yeah. Killing "patch-to-gerrit" keyword in favor of "PATCH_TO_REVIEW" status [09:04:07] makes sense [09:48:30] matanya: anything from the pikiwi guys whose upload stuff was borken? [09:48:42] not yet [09:48:54] very slow, their dev is sick [09:49:39] matanya: ow, okay [12:37:39] Hi everyone! I need to transclude the content of a page into the footer of my skin, and cant find the right function to do so .. anyone keen to help me a couple of minutes? [12:42:21] Guest25592: just use the transclusion syntax? {{:Page name}} [12:42:35] note the leading colon - without it, {{}} will transclude pages from the Template: namespace [12:44:48] hi matma, its lfs [12:44:52] private? [12:45:02] sure [12:57:28] http://www.wikidata.org/w/index.php?title=Special%3ATranslate&taction=export&group=translate-workflow-states&language=ar&task=export-to-file [12:57:35] gr. why export dos not work o_Oß [12:57:37] *? [12:58:15] QueenOfFrance <~snowolf@wikimedia/Snowolf> “Her Majesty the Queen of France and Navarre” [12:58:16] === QueenOfFrance: member of #wikimedia-tech [12:58:18] === QueenOfFrance: attached to kornbluth.freenode.net “Frankfurt, Germany” [12:58:19] === QueenOfFrance: away with message “not here” [12:58:21] === QueenOfFrance is logged in as Snowolf [12:58:22] --- End of WHOIS information for QueenOfFrance. [12:58:27] kill this bitch she's annoying [12:58:37] same with lesliecarr [12:58:44] they dont deserve to live [13:00:02] Strange "Not supported" O_O [13:00:15] the same on meta. export disabled [13:00:22] o:O [13:04:47] @techs: any ideea? [13:17:48] * Steinsplitter is going to open a Ticket [14:33:05] YuviPanda: they solved the issue [14:33:33] the change was in the login token [14:35:48] matanya: ah, okay :) [14:35:51] I didn't break it then [14:35:51] yay [14:36:15] well. the login answer did change [15:09:57] marktraceur: btw, the piwik upload breakage wasn't due to UploadCampaigns or UploadWizard [15:11:25] YuviPanda: What on earth was it? [15:11:41] marktraceur: apparently something with the SUL change? [15:11:46] Ah. [15:11:46] matanya: told me 'login tokens changed' [15:11:55] so my *guess* is SUL [15:12:00] Yeah, makes sense [15:12:03] I also checked their uploads, there's no campaign for them [15:12:04] so [15:12:33] they used to check the login with: $LoginCheck = ' works [15:13:29] they're not even using the API? [15:13:31] this is very bad coding style [15:13:35] to say the least, yeah. [15:13:40] I bet this won't be the last time this breaks [15:13:47] agreed [15:14:36] I know what broke it! [15:14:55] spacing? :) [15:14:55] the fact the return page is the orginating page now [15:15:12] you don't have the successful login page [15:15:32] ah [15:15:33] right [15:15:52] I dont' think they can be guaranteed anything if not using the API [15:16:13] I said that to them [15:16:21] bad bad habits there [15:16:26] wow,. [15:16:39] What was the full code for the $LoginCheck thing? [15:17:55] I don't have it under my hand [15:18:09] got only a snippet [15:18:16] which was bad enough [15:23:49] matanya, what software was this then? [15:24:12] the pikiwiki upload script [16:17:09] apergos, parent5446: hello [16:17:15] Hey [16:17:24] hello [16:17:25] Sorry I was out yesterday. I overslept by accident. [16:17:31] you and that sleeping :-) [16:17:38] rested up better? [16:17:46] Yeah, it's been a tough week. [16:18:00] only two days left of it, hang in there [16:19:28] so, i finished the indexes today; then wanted to test it on some larger wiki (cswikisource; 600 MB uncompressed pages-meta-history.xml) [16:19:51] and i found out that i need to handle anonymous IPv6 editors, so i did that [16:20:02] Mhm saw the patch now [16:20:03] ah yeah I saw that :-) [16:20:32] does this mean it handles more than that small number of revs now? [16:20:41] yes [16:20:44] \o/ [16:20:52] :-) [16:21:03] starting to get real... [16:21:29] already built and ran it ;-) [16:21:43] I see the reads are still just for testing [16:21:55] now i'm working on XML output (mostly done) and adding missing fields (SHA1, model, format, possibly handling deleted fields) [16:22:30] great [16:22:49] mm thoughts about the site header and the mediawiki tag? [16:23:22] the mw tag would let folks know the xml layout version and the siteinfo header has namespac info that some folks rely on [16:24:42] i copied the tag from the existing dumps, since i want to produce the same XML [16:25:00] OK (was just going to ask if it will be the same format) [16:25:37] and i think adding shouldn't be a problem [16:25:46] when the xml schema is updates (e.g. special:export produces something different) you wil want to reflect that when prducing dumps too [16:25:59] yeah [16:26:35] i guess namespaces can be only added, never removed, right? [16:27:16] I don't even want to know what would happen if you removed a namespace that still had pages in it on a MW install. [16:29:37] people have changed the names of namespaces I believe (need to check that) [16:29:51] but someone certinaly could remove one. I sure hope they don't on our cluster [16:30:43] ok, then i'll expect it can happen [16:31:00] I guess there is a script that shovels things around from one namespace to another or something [16:31:07] I'll look around and see about that [16:35:41] the pages shouldn't be a problem, i have to handle normal moves between namespaces anyway; and like i said, i'm just going to assume the list of namespaces can change in any way [16:36:14] ok [16:37:18] I definitely see people changing the names of namespaces [16:37:42] anyways if you assume people might add/remove/rename then no need to worry about it further [16:39:10] yeah [16:39:37] anything else come up that's interesting? [16:41:54] nothing else [16:42:52] OK then [16:43:00] nothing from here, looking good [16:43:13] ok, see you tomorrow then [16:43:16] See you tomorrow [16:43:18] see everyone tomorrow, happy coderrific! [16:43:47] did anybody notice that wikivoyage doesn't work over https? [16:44:26] What do you mean? [16:44:29] https://en.wikivoyage.org/wiki/Tarragona gives me [235beba8] 2013-07-25 16:44:17: Fatal exception of type MWException [16:44:39] http://en.wikivoyage.org/wiki/Tarragona works [16:44:48] :/ works fine for me [16:44:55] What's the exception? [16:45:06] just that, nothing more [16:45:24] Oh yeah, it's a production wiki, so it wouldn't show. [16:45:37] That's odd [16:45:45] same in Ukrainian and Hebrew [16:45:47] (uk, he) [16:46:06] Ah, yep. Doing uk gets me the exception. [16:47:08] I'm not on ops so I can't figure out anything else from here. [16:49:46] I wonder what component this should be filed under. [16:50:32] AaronSchulz, andrewbogott guillom hashar Krinkle LeslieCarr ^ any idea? [16:50:39] * Krinkle reads up [16:50:56] I can reproduce it [16:51:00] * Krinkle looks up fatal error log [16:51:10] new exception each time, not cached [16:51:16] :/ [16:52:20] aharoni: look at the fatal/exception log in prod [16:52:30] hashar: how? [16:52:35] aharoni: gripping for 235beba8 will give you the stack trace [16:53:01] Exception from line 315 of /usr/local/apache/common-local/php-1.22wmf11/includes/MagicWord.php: Error: invalid magic word 'noexternallanglinks' [16:53:01] aharoni: ssh fluorine.eqiad.wmnet then cd /a/mw-log [16:53:11] Reedy: is working on it with aude [16:53:15] -: [16:53:17] ack-grep c6a790a7 exception.log [16:53:22] https://wikitech.wikimedia.org/wiki/Logs [16:53:27] hashar: on the production shell? I don't have an account. [16:53:28] there :-] [16:53:44] aharoni: that such a pity. Maybe you should ask for one, I am not sure how they are granted though [16:54:00] #3 [internal function]: Wikibase\ClientHooks::onParserFirstCallInit(Object(Parser)) [16:54:07] one day we will have all the exceptions in a database with a shinny web frontend to request them :] [16:54:10] I don't even have bastion access yet. XD [16:54:23] is there a bug report yet? [16:54:33] Filing now. [16:54:42] parent5446: ok, I got a stacktrace ready to paste [16:54:44] no, they're busy trying to fix it :) [16:54:53] Krinkle: I am leaving out but I worked a bit on a script to copy the Jenkins HTML consoles to a directory [16:55:07] https://bugzilla.wikimedia.org/show_bug.cgi?id=52038 [16:55:09] Krinkle: you saw that Reedy is working on it, right? [16:55:11] Krinkle: and found a potential way to copy all the history :-] [16:55:11] hashar: about that, you need to hold off I found a security problem (PM) [16:55:28] Krinkle: mail it to me or fill a Security bug. I am leaving rightnow [16:55:32] ok [16:55:36] sorry :D [16:55:38] hashar: just don't enable it yet :) [16:55:42] ok ok [16:55:46] just experimenting for n ow [16:55:53] will go for it in september. [16:56:02] offf [17:14:10] alert alert alert [17:14:21] https://en.wikivoyage.org/wiki/Main_Page [17:14:21] http://en.wikivoyage.org/ [17:14:23] down [17:14:26] [45aa55af] 2013-07-25 17:14:03: Fatal exception of type MWException [17:14:27] [bd2ccc66] 2013-07-25 17:14:15: Fatal exception of type MWException [17:14:39] x2 [17:14:42] :) [17:14:44] we know :) [17:15:00] how come, this channel's been quiet for 18 minutes! [17:15:16] aliens [17:15:17] it's been talked about before that? [17:15:17] * twkozlowski ignores bots'n'stuff [17:15:18] working fast as we can [17:15:34] sad you think Krinkle and hashar are bots [17:15:36] oh, at 16:44, I see [17:15:59] anyways, yes, being worked on diligently already [17:17:38] thanks greg-g [17:38:39] hello are you just doing some work on de.wikivoyage? I often get this error message: "[4df77f2a] 2013-07-25 17:37:41: Fatal exception of type MWException" [17:39:31] Pyfisch: see topic [17:39:36] Pyfisch: we're working on it [17:39:53] greg-g: sorry can't read ;-) [17:40:36] Pyfisch: no worries, in that case [17:40:53] Pyfisch: alsk klasdfkl asdf we asd 112 c a ad 32 c dsa asf, cool? [17:41:24] * Pyfisch understands nothing ;-) [17:42:08] :-) [17:47:13] oh no, the 112c a ad again? [17:48:31] mutante: shhh, don't tell [17:55:11] Pyfisch: it should be back now [17:55:22] (a little bit ago, just now remembering to come in here and say so) [17:56:28] greg-g: *thumbsup* [17:57:22] b [17:57:28] (that's my thumbsup) [17:57:31] or [17:57:33] bd [17:57:36] double thumbs up [20:44:14] greg-g: i can't find it right now, but what are the new image limits ? [20:46:05] thedj: https://commons.wikimedia.org/wiki/Commons:Village_pump#resizing_big_images_will_get_faster_next_week_.28VipsScaler.29 right now, there is an "area limit" -- we don't let anyone upload a PNG to our site that's more than 50 megapixels. The area limit will go away; that should be nice for Wiki Loves Monuments! (There will still be a filesize limit, of bytes). [20:46:15] thedj: (gave the link in case you need to tell others) [20:46:34] sumanah: same for GIF ? [20:46:40] That, I don't know, sorry. [20:46:43] i believe gif had two limits, so. [20:47:05] one that made it stop animating, and one that didn't even thumb at all. [20:47:25] no change in gif [20:47:25] only change to pngs [20:47:37] greg-g: sure, cause i see a lot of gifs that are suddenly animating. [20:47:50] well, that isn't because of vipsscaler, at least [20:48:03] true, but if we changed maxarea. [20:48:10] then we change gif limits [20:48:20] this is the change for vips: https://gerrit.wikimedia.org/r/#/c/74514/3/wmf-config/CommonSettings.php [20:48:51] no change was made to maxarea as best I can tell [20:49:11] only thing that changed was vips was enabled for large pngs, that is it. [20:49:15] Does anyone know where the index.html file for dumps.wikimedia.org lives? [20:49:22] In a Git repo somewhere? [20:49:35] thedj: if something changed about gifs, can you point me to an example? [20:49:35] Re: https://bugzilla.wikimedia.org/show_bug.cgi?id=35903 [20:49:42] thedj: seems odd [20:49:43] https://commons.wikimedia.org/wiki/Category:Animated_gifs_exceeding_the_12.5MP_limit [20:49:51] but that's 50MP limit now [20:50:13] but i think we already changed that a while ago. [20:50:27] we just never caught up with it on Commons I think. [20:50:53] thedj: nothing on that page animates for me (waiting for paeno curve to time out, the rest already have) [20:51:14] eh yes i meant this one actualy: https://commons.wikimedia.org/wiki/Category:Featured_pictures_exceeding_the_12.5MP_limit [20:52:57] thedj: so, the two images there just started working today? [20:53:48] i have 17... [20:54:04] well i only looked today. [20:54:43] when was the last time you looked? [20:54:53] a long time ago [20:55:09] :) so, maybe the change happened not today? :) [20:55:27] did i say today ? :D [20:56:03] thedj: :( sorry, me assumed you were referring to the Vips deployment today (I'm used to dealing with fires, which are very reactionary based) [20:56:22] hehe [20:56:45] so, according to CommonSettings.php: [20:56:45] $wgMaxImageArea = 5e7; // 50MP [20:56:46] $wgMaxAnimatedGifArea = 5e7; // 50MP [20:57:53] looks like it was done in April: https://git.wikimedia.org/blobdiff/operations%2Fmediawiki-config/48efd168d3aa622856aed2944ba22bb76aaab8b0/wmf-config%2FCommonSettings.php [20:57:56] yeah, so it if exceeds 50MP over all frames, then it only thumbs the first frame. If it exceeds 50MP on the first frame, then it doesn't thumb at all. [20:59:04] greg-g: define( 'MEGAPIXEL', 1000000 ); $wgMaxImageArea = 50 * MEGAPIXEL; <-- clearer. [20:59:11] thedj: so, now I'm confused where to take this conversation :) is there an issue or something I should look into? :) [20:59:22] ori-l: heh [20:59:30] greg-g: no, i was just looking to find out about that 50MP [20:59:33] ah, cool [20:59:39] good timing then, I have a call in 1 minute! [20:59:41] bbiaw [21:01:14] For those wondering, I filed https://bugzilla.wikimedia.org/show_bug.cgi?id=52055 [21:03:42] * thedj suspects that many of those animated gifs that are currently broken could be easily fixed by saving them with an optimizer... [21:21:39] Reedy: Thoughts on merging the Poem extension into core? [21:21:56] why ? [21:22:06] Why not? [21:22:13] It's like five lines, isn't it? [21:22:49] https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FPoem/a696825b609945ea5cd48f2bbc3a9ecd77c775e5/Poem.class.php [21:23:04] There's more extension setup than functionality. [21:23:13] perhaps we should just get rid of it. [21:23:22] can't that all be done with templates ? [21:23:34] With Scribunto? Maybe. [21:23:40] But thousands of pages use the tag. [21:23:46] And it's handy. [21:24:14] yeah, but i don't really see it as something that should go into core. It's rather wmf specific. [21:24:35] Well, it's mostly just poorly named. [21:24:42] Having a tag or equivalent is handy. [21:26:34] white-space: pre-wrap ? or something [21:27:00] is convenient. [21:27:38] It's apparently now bundled... [21:27:39] right, but what to name it [21:28:21] https://gerrit.wikimedia.org/r/#/c/65649/2/make-release/make-release,unified [21:28:50] Oh, no. [21:28:54] That got abandoned... [21:29:03] I wonder if it's actually bundled. [21:31:21] Elsie: https://gerrit.wikimedia.org/r/#/c/72966/1/make-release/make-release got merged [21:32:00] Apparently Poem is bundled. [21:32:07] Kind of silly. [21:32:18] If it's going to be bundled, why not just merge it into core? [21:32:22] What is being saved? [21:34:02] The same can be said for numerous extensions [21:34:26] Probably. [21:34:56] We bundle LocalisationUpdate? [21:34:57] wtf [21:35:10] Who uses that other than Wikimedia? [21:35:38] translatewiki.net ;) [21:35:43] But really. [21:36:04] Wikia? [21:36:25] Actually, they probably don't since they run master most of the time. [21:36:40] Let's look. [21:36:42] Wikia? Running master!? [21:36:49] http://www.wikia.com/Special:Version [21:37:02] legoktm: Yeah... dunno what you're talking about there. [21:37:10] Wikia always runs old code. [21:37:12] Elsie: Er, I meant TWN [21:37:17] Oh, right. [21:37:43] https://translatewiki.net/wiki/Special:Version [21:38:29] http://www.fringepedia.net/wiki/Special:Version [21:38:48] * Elsie sighs. [21:39:08] twkozlowski: What about it? [21:39:24] Nothing in particular. I just like that wiki. [21:40:43] Elsie: http://wikiapiary.com/wiki/Extension:LocalisationUpdate says 857, which is pretty close to all WMF wikis I think. [21:43:11] https://bugzilla.wikimedia.org/show_bug.cgi?id=52060 [21:44:42] https://bugzilla.wikimedia.org/show_bug.cgi?id=52061 [21:51:01] https://bugzilla.wikimedia.org/show_bug.cgi?id=31951 [23:28:20] Is your CentralAuth token private info? [23:28:41] Yes.