[10:52:18] <andre__>	 Could someone with shell access look up the stacktrace fd06ade5 on ro.wp for https://phabricator.wikimedia.org/T97258 ?
[17:15:41] <andre__>	 Could someone with shell access look up the stacktrace fd06ade5 on ro.wp for https://phabricator.wikimedia.org/T97258 ?
[17:18:03] <andre__>	 Nemo_bis: Could you please stop reopening https://phabricator.wikimedia.org/T95266#1242132 without any arguments?
[17:18:27] <andre__>	 What's your motivation? Currently you just ignore the given reasons why this will not be fixed.
[17:18:36] <andre__>	 But you don't provide counter-arguments.
[17:23:30] <ori>	 andre__: http://36.media.tumblr.com/6a34be8f6d76e0b364faab27f7b9c6d6/tumblr_nc088uvdga1tgkjz9o1_1280.jpg
[17:24:14] <andre__>	 ehehe
[17:24:34] <andre__>	 I love being wrong. But I love even more *arguments* why I'm wrong. :P
[17:37:46] <Nemo_bis>	 andre__: I could write an entire book of arguments but I don't think the point is pushing my opinion.
[17:38:16] <Nemo_bis>	 What I want to see is a task where people can voice their opinion, which a declined task rarely is.
[17:38:26] <andre__>	 Nemo_bis, well, responding to the given arguments why it's impossible to ever fix that task would be a good first step. :)
[17:38:28] <Nemo_bis>	 And edit wars are superseded by broadening the discussion.
[17:38:48] <andre__>	 If people cannot access their email account, they cannot. So the task in itself is just not fixable, I'd say.
[17:39:18] <andre__>	 And I'd appreciate if you could bring up arguments why you disagree in the ticket. Because just reopening does not help project-planning at all... :)
[17:40:14] <Nemo_bis>	 See above.
[17:41:34] <andre__>	 Nemo_bis, above where?
[17:41:52] <andre__>	 I missed your explanation how you solve that technical problem of those users.
[17:42:02] <andre__>	 Quote welcome.
[19:50:48] <gilles>	 ori do you think it would make sense to separate mobile and desktop on http://performance.wikimedia.org/ ? they load vastly different content. firstPaint is 50% worst on mobile, glancing at the NavigationTiming table
[19:59:30] <mutante>	 mobile should be performance.m.wikimedia.org :p
[20:00:11] <Nemo_bis>	 lol
[20:07:00] <ori>	 gilles: i don't think so. rationale:
[20:08:00] <ori>	 there is a comparably great difference in the performance profile of http / https, and logged in / anon
[20:08:54] <ori>	 so if you wanted to really do the data justice, you'd have to have all permutations of those three variables (platform, protocol, auth)
[20:09:07] <ori>	 we can and should do that, but we should use graphite and grafana
[20:09:25] <ori>	 performance.wikimedia.org should be kept aggressively simple
[20:10:24] <ori>	 i meant for it to augment our dataviz offerings with something basic and reliable and less prone to bugs and quirks, not to replace it
[20:13:37] <gilles>	 makes sense
[20:23:48] <FDMS>	 is the new editchangetags supposed to work?
[20:24:58] <Krenair>	 Well, things are generally expected to work.
[20:27:07] <FDMS>	 Krenair: I always get "No tags found that match "[input]""
[20:27:31] <FDMS>	 (probably worth noting that I'm not an admin)
[20:36:46] <ireas>	 hi there. InstantCommons isn’t working on my local wiki as the Commons API returns an error ("internal_api_error_UnexpectedValueException"). is this a problem caused by the request sent by my wiki, or is this a Commons problem?
[20:38:45] <Krenair>	 You should never really see internal_api_error, that means something unexpected happened
[20:39:21] <ireas>	 I thought so. The URL is:
[20:39:22] <ireas>	 https://commons.wikimedia.org/w/api.php?titles=File%3AWikiCon-Logo_Dresden_2015.svg&iiprop=timestamp|user|comment|url|size|sha1|metadata|mime|mediatype|extmetadata&prop=imageinfo&iimetadataversion=2&iiextmetadatamultilang=1&format=json&action=query&redirects=true&uselang=de
[20:39:40] <ireas>	 (copied from the MediaWiki debug log of my wiki.)
[20:40:46] <ireas>	 this is the error I get: https://tools.wmflabs.org/paste/view/90db52d0
[20:41:08] <Krenair>	 8d6615ce, right
[20:41:14] <Krenair>	 that's what I needed :)
[20:44:04] <Krenair>	 ireas, https://phabricator.wikimedia.org/P568
[20:45:31] <ireas>	 hmm … do I have to understand this? ^^
[20:45:39] <Krenair>	 You're certainly not the only person getting this sort of exception
[20:46:04] <Krenair>	 Ah, anomie already saw it: https://phabricator.wikimedia.org/T97469
[20:46:29] <ireas>	 ah, okay
[20:46:42] <ireas>	 thanks!
[20:46:47] <Krenair>	 ireas, basically it's being fixed.
[20:46:49] <Krenair>	 yw
[20:46:56] <ireas>	 when can I except the change to be deployed?
[20:47:07] <ireas>	 (I’m not familiar with the WMF deployment schedule.)
[20:47:19] <anomie>	 As soon as someone +2s the change and I get a chance to deploy it. This seems like an "unbreak now" level issue.
[20:47:47] <ireas>	 okay, thx Krenair and anomie!
[20:48:22] <Krenair>	 Looks like legoktm and bd808 just +2'd it
[21:33:28] <anomie>	 ireas: Should be all fixed now.
[21:33:43] <ireas>	 anomie, yes, it’s working again. thank you!