[02:26:50] !log LocalisationUpdate completed (1.20wmf11) at Mon Sep 10 02:26:50 UTC 2012 [02:27:03] Logged the message, Master [02:44:38] !log LocalisationUpdate completed (1.20wmf10) at Mon Sep 10 02:44:38 UTC 2012 [02:44:47] Logged the message, Master [05:51:56] uh, since when do redirect pages hide the underscores? pretty! [09:34:37] Anyone able to make sense of the following error while trying to undelete a file at Commons ... [09:34:38] Undelete failed; someone else may have undeleted the page first. [09:34:38] Undeletion will not be performed if it will result in the top page or file revision being partially deleted. In such cases, you must uncheck or unhide the newest deleted revision. [09:34:39] Error undeleting file: The file "mwstore://local-multiwrite/local-public/5/51/Homenaje_a_las_víctimas_de_Genocidios.JPG" is in an inconsistent state within the internal storage backends [09:55:18] sDrewth: known bug [09:55:41] sDrewth: you can add to https://bugzilla.wikimedia.org/show_bug.cgi?id=39221 if you feel like it [10:45:57] thx Nemo_bis, I said to Barras that they should just reload the image, quicker than waiting for bugzilla [11:31:15] Hello. here: http://en.wikipedia.org/wiki/Wikipedia:Bot_policy they say "Bots' editing speed should be regulated in some way; subject to approval, bots doing non-urgent tasks may edit approximately once every ten seconds, while bots doing more urgent tasks may edit approximately once every five seconds." I [11:31:43] Is it critical in all wiki languages ? [11:31:49] Is it critical 4 all wiki languages ? [11:47:14] why am I dropped from freenode in 10 min? [13:01:45] no nirvanchik... [18:01:24] !log demon rebuilt wikiversions.cdb and synchronized wikiversions files: [18:01:34] Logged the message, Master [18:52:22] I'm gonna put this here: http://upload.wikimedia.org/wikipedia/commons/2/2a/Wikimedia_Servers-0051_17.jpg [18:54:33] oooh ahhhh [18:58:33] Did you take that with instagram? [19:00:33] TomDaley: exif says 5D mark II [19:00:51] Exif can be faked ;-) [19:01:45] * jeremyb fakes some pics of TomDaley [19:03:31] It's a bit grainy :P [19:04:12] jeremyb: somehow, I'm thinking that you don't have to look very hard to find fake pics of Tom Daley. [19:06:01] guillom: do you want to take a better one? [19:06:52] jeremyb: It's my understanding that it was already very hard to get permission to take those. [19:08:03] guillom: well at least non-trivial. needs advance planning and scheduling and tickets and then i think they review your pics when you're done too (after they watch you take them) [19:08:32] speaking of tickets i need to go harrass harej [19:08:51] It's always a good time to harass harej [19:09:03] he's not on though [19:42:13] !log dzahn synchronized ./wmf-config/InitialiseSettings.php [19:42:22] Logged the message, Master [19:42:53] !log push change for glwiki logo to cluster (gerrit 23175) [19:43:03] Logged the message, Master [19:57:23] hey, did the recentchanges list api get modified over the weekend? It seems to be failing on certain changes now when loginfo is requested [19:58:22] for example: http://en.wikipedia.org/w/api.php?action=query&format=xml&list=recentchanges&rclimit=1&rcnamespace=0%7C2%7C4%7C6%7C10%7C14%7C100&rcprop=comment%7Cflags%7Cids%7Cloginfo%7Csizes%7Ctimestamp%7Ctitle%7Cuser&rcstart=2012-09-10T19:40:09Z [19:58:52] removing the loginfo param from the rcprop list seems to get rid of the error [20:00:56] Eww [20:02:07] shenl: I'm looking into it [20:02:15] RoanKattouw: thanks! [20:11:33] * RoanKattouw stabs ApiFormatXml.php [20:11:34] Like, literally [20:11:45] I wrote "ApiFormatXml.php" on a piece of paper and stabbed it with a knife [20:12:57] and you saved the paper??? [20:13:44] It's on my desk, I just did it [20:14:37] shenl: OK so I have a fix for the fatal error, but it'll still output invalid XML *grumble* [20:15:10] Specifically, you'll get something like <4::tags>db-g11 [20:15:21] Which is invalid because 4::tags is not a valid tag name [20:16:04] hmm, which event does this affect? iirc, that's the page deletion event? [20:17:23] i'm not entirely sure how the xml parser we're using is going to take to the invalid xml, but it's probably better than an error [21:09:59] [[Tech]]; Rjd0060; /* Two broken javascripts */ new section; https://meta.wikimedia.org/w/index.php?diff=4116580&oldid=3990593&rcid=3521012 [21:12:43] [[Tech]]; Rjd0060; /* Two broken javascripts */ fix; https://meta.wikimedia.org/w/index.php?diff=4116589&oldid=4116580&rcid=3521016 [21:39:21] !log maxsem synchronized php-1.20wmf11/extensions/MobileFrontend/api/ApiMobileView.php 'Bug 39489' [21:39:30] Logged the message, Master [22:14:04] gn8 folks [22:42:52] Hello [22:44:54] does anyone know what to do if someone gets this message: [22:44:55] A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden)from within function "User::saveSettings". Database returned error "1062: Duplicate entry 'AvatarTylerftw' for key 'user_name' (10.8.58.57 [22:44:55] ? [22:46:35] !log maxsem synchronized php-1.20wmf10/extensions/MobileFrontend/ 'MF update' [22:46:44] Logged the message, Master [22:46:47] Dcasawang101: can you give us more details about what causes that? [22:47:05] A recent username change. [22:47:11] !log maxsem synchronized php-1.20wmf11/extensions/MobileFrontend/ 'MF update' [22:47:18] And that message appears when trying to log in. [22:47:20] Logged the message, Master [22:47:31] Dcasawang101: what wiki? [22:47:52] Betacommand: http://avatar.wikia.com/wiki/Avatar_Wiki [22:48:45] Dcasawang101: you are in the wrong channel see #mediawiki but it looks like possible database corruption [22:49:04] Alright. [22:49:07] Thank you. [23:53:38] RoanKattouw: How long do you think it'll take before a fix is pushed for the ApiFormatXml issue from earlier? Trying to figure out the right course of action to deal with it here :) [23:54:29] shenl: I've submitted a fix, it's pending review now [23:55:08] The guy that's supposed to review it just got here after a flight delay and getting stuck in an airport overnight, so it might not happen today [23:55:26] A workaround is to use a format other than XML [23:55:37] got it, thanks [23:55:43] My fix fixes the fatal but the loginfo is still gonna be invalid XML, it contains a <4::tag> tag [23:56:02] So there's a chance XML parsing libraries would choke on it [23:56:13] hm, wouldn't that break it for other people using the XML format as well? [23:56:23] though i'm not sure if that's worse than the current state [23:56:25] Yes *grumble* [23:56:37] But these random XML breakages have been plaguing us forever [23:57:45] One of these days we'll write a new API, and when we do that, we'll take ApiFormatXml.php out back and shoot it, then burn its corpse at the stake [23:57:59] do you recommend any particular format (other than xml)? [23:58:07] JSON is the best-supported format [23:58:27] got it, it might be worth it for us to look into transitioning to that [23:59:14] that'll take some time though, so I guess for now it's just going to be waiting to see what happens with the <4::tag> thing