[00:04:15] 6MediaWiki-Core-Team, 6Multimedia, 6Parsoid-Team, 6Release-Engineering, and 3 others: Prepare Platform/Ops April 2015 quarterly review presentation - https://phabricator.wikimedia.org/T91803#1151749 (10bd808) [00:04:54] 6MediaWiki-Core-Team, 6Multimedia, 6Parsoid-Team, 6Release-Engineering, and 3 others: Prepare Platform/Ops April 2015 quarterly review presentation - https://phabricator.wikimedia.org/T91803#1096558 (10bd808) [03:40:41] 6MediaWiki-Core-Team, 10MediaWiki-Page-editing, 10Wikidata, 5Patch-For-Review: WikiPage: "Could not find text for current revision" - https://phabricator.wikimedia.org/T93976#1152084 (10aaron) a:3aaron [06:39:11] 6MediaWiki-Core-Team, 6operations, 7Wikimedia-log-errors: rbf1001 and rbf1002 are timing out / dropping clients for Redis - https://phabricator.wikimedia.org/T92591#1152373 (10Joe) I see appendonly is manually disabled on the host and puppet is disabled again. I am pretty sure I fixed the replication glitch... [14:35:10] 6MediaWiki-Core-Team, 6operations, 7Wikimedia-log-errors: rbf1001 and rbf1002 are timing out / dropping clients for Redis - https://phabricator.wikimedia.org/T92591#1153031 (10chasemp) >>! In T92591#1152373, @Joe wrote: > I see appendonly is manually disabled on the host and puppet is disabled again. I am pr... [14:41:12] 6MediaWiki-Core-Team, 7Epic: Avoid use of merge() in Flow caches - https://phabricator.wikimedia.org/T94029#1153047 (10aaron) 3NEW a:3aaron [14:46:58] 6MediaWiki-Core-Team, 5Patch-For-Review: SpecialNewEntity needing the master on GET/HEAD? - https://phabricator.wikimedia.org/T94030#1153075 (10aaron) 3NEW a:3aaron [14:47:06] 6MediaWiki-Core-Team, 5Patch-For-Review: SpecialNewEntity needing the master on GET/HEAD? - https://phabricator.wikimedia.org/T94030#1153075 (10aaron) a:5aaron>3None [14:47:19] 6MediaWiki-Core-Team: Avoid use of merge() in Flow caches - https://phabricator.wikimedia.org/T94029#1153084 (10aaron) [14:56:41] 6MediaWiki-Core-Team, 10MediaWiki-extensions-WikibaseRepository, 10Wikidata, 5Patch-For-Review: SpecialNewEntity needing the master on GET/HEAD? - https://phabricator.wikimedia.org/T94030#1153136 (10aude) [14:56:57] * aude not sure where the patch for review is [14:57:15] 6MediaWiki-Core-Team, 10MediaWiki-extensions-WikibaseRepository, 10Wikidata, 5Patch-For-Review: SpecialNewEntity needing the master on GET/HEAD? - https://phabricator.wikimedia.org/T94030#1153075 (10aude) is there a patch for review? [15:01:17] 6MediaWiki-Core-Team, 10MediaWiki-extensions-WikibaseRepository, 10Wikidata: SpecialNewEntity needing the master on GET/HEAD? - https://phabricator.wikimedia.org/T94030#1153151 (10aaron) [15:01:29] 6MediaWiki-Core-Team, 10MediaWiki-extensions-WikibaseRepository, 10Wikidata: SpecialNewEntity needing the master on GET/HEAD? - https://phabricator.wikimedia.org/T94030#1153075 (10aaron) No, that's just phab carrying over parent tags. [15:09:55] 6MediaWiki-Core-Team, 10AutoWikiBrowser, 10MediaWiki-API: Annotate redirects from prop=info if target is an interwiki - https://phabricator.wikimedia.org/T85417#1153175 (10RandomDSdevel) Thanks! That'll help the dev a //ton//. [15:48:19] 6MediaWiki-Core-Team, 10MediaWiki-Maintenance-scripts, 10MediaWiki-Redirects, 5Patch-For-Review: namespaceDupes not handling deleted namespace redirects as desired - https://phabricator.wikimedia.org/T91401#1153363 (10demon) Logging table fixed for Anexo_Discussão. ``` mysql:wikiadmin@db1024 [ptwiki]> upda... [15:48:45] <^d> greg-g: The saga continues ^ [15:53:57] ^d: :/ [15:55:16] * ^d needs an Aaron [15:55:48] <^d> Or a Sean, but it's middle of the night for him [16:10:07] <^d> AaronS: Ugh https://phabricator.wikimedia.org/T91401#1153363 [16:11:47] <^d> Krenair: Related to your large query question from yesterday where you said you'd write a maintenance script....I think runBatchedQuery encourages the "unsafe" behavior we talked about ;-) [16:11:56] <^d> Considering it's for writes with LIMIT :p [16:12:05] :/ [16:12:16] I wrote a maintenance script and ran it [16:12:44] <^d> Yeah that's fine. I was just poking runBatchedQuery this morning to see if it'd work for my logging fix on ptwiki [16:12:49] <^d> But it's just a wrapper for the same behavior [16:12:52] nobody noticed, lag shown on tendril seemed to remain at 0 [16:13:32] have gone through a bunch of the database cleanup bugs [16:13:54] I think we lost a random enwiki bot revision from early 2008 due to the removal of an ES cluster [16:14:04] (it just throws an exception when you try to view it) [16:14:34] * ^d sings the clean up song [16:21:24] <^d> I can't help but think I did it wrong. Are you supposed to run namespaceDupes before deleting a namespace? [16:21:30] * ^d isn't quite sure on this deleting a ns thing [16:21:42] <^d> And all this cleanup seems awful [17:03:20] <^d> Hmm, PSR-9 is being split into two PSRs [17:04:18] <^d> Oh man why are they going with XML? [17:05:30] <^d> cvrf based [17:17:03] <^d> bd808: PSR-9 is a pretty good idea actually. [17:17:07] <^d> And we're mostly in line with it [17:17:27] <^d> it's about standardizing best practices for security disclosure processes for projects [17:17:35] ah yeah [17:17:56] <^d> all projects should have a security@ address, a permanent location for the process [17:18:22] <^d> Proposing some possible spam for the about linking to it, but that's harmless and a MAY [17:19:03] I vaguely remember pointing csteipp towards that one when it was announced [17:19:31] <^d> Well it was getting complex because it was also touching on structured XML for reporting vulns. [17:19:38] <^d> But that's been split off into PSR-10 now [17:19:48] xml? yucky yuck yuck [17:19:49] hoo: I'm looking for UpdateRepo jobs on wikidatawiki that have error= entries...slow grep is slow [17:20:03] <^d> bd808: There's some Upstream Standard they're reusing parts of [17:20:09] ah [17:20:24] <^d> XML was my initial thought too [17:20:28] <^d> I was like why not JSON? [17:20:30] the current yaml format is actually decent [17:20:30] <^d> Oh, something else [17:20:45] (in https://github.com/FriendsOfPHP/security-advisories) [17:21:21] <^d> yeah I'm on the fence about PSR-10, but 9 we should totally get behind [17:26:18] AaronS: Nice, thanks! [17:32:05] clearly the repo jobs are popped, they must be failing/fataling/throw exceptions [17:32:26] I assume those are supposed to queue local jobs [17:32:41] ChangeNotification or such [17:32:54] not seeing anything in the hhvm logs [17:33:57] bd808: where should I submit my request for team members attending the quarterly review? I was obviously mistaken about the inherentance direction of those planning tasks so... [17:34:30] greg-g: send me an email or tell me here? [17:34:53] I would suggest dragging as few people as possible into it [17:35:44] yeah: Dan, Chad, Antoine [17:35:45] we have 11 (!) teams now for the meeting after the split [17:35:50] right :( [17:35:59] fine, none :) [17:36:05] This review goes to 11! [17:36:21] We though about making 10 louder, but 11! [17:37:18] greg-g: That's only 1 hangout spot which is going to be the tight commodity. I'll add them [17:38:00] bd808: kk [17:38:12] ty [17:58:35] hoo: hrm, nothing [18:27:29] AaronS: :S [18:33:52] <^d> bd808: I filed https://phabricator.wikimedia.org/T94060 [18:33:55] <^d> For us [18:47:00] AaronS: Any idea on how to poke on this further? [18:47:06] I'm clueless now [18:47:25] Seems the jobs make it to wikidata (hence the active count) but then something weird happens [20:27:16] 6MediaWiki-Core-Team, 6Collaboration-Team, 6Editing, 6Engineering-Community, and 15 others: Create team projects for all teams participating in scrum of scrums - https://phabricator.wikimedia.org/T1211#1154422 (10Yurik) [20:27:56] 6MediaWiki-Core-Team, 6Zero-Team: CirrusSearch for rebooted apps - https://phabricator.wikimedia.org/T1230#21169 (10Yurik) [20:28:04] 6MediaWiki-Core-Team, 6Collaboration-Team, 6Editing, 6Engineering-Community, and 14 others: Create team projects for all teams participating in scrum of scrums - https://phabricator.wikimedia.org/T1211#20962 (10Yurik) [20:31:57] 6MediaWiki-Core-Team, 10MediaWiki-Documentation, 7Documentation: Add documentation for client-side HTML templating to Manual:HTML_templates - https://phabricator.wikimedia.org/T94085#1154479 (10kaldari) 3NEW [21:42:33] legoktm: https://gerrit.wikimedia.org/r/#/c/199825/ [21:49:18] AaronSchulz: why does getTouched() call touch() on a quicktouched cache miss? [21:49:39] legoktm: so that caching is possible by locking down a value [21:49:55] the DB value might be old so you can't use that [21:50:59] AaronSchulz: so if you have no cache enabled, getTouched() is always going to return wfTimestampNow()? [21:51:43] yeah [21:51:56] no caching means less caching ;) [21:52:56] yeah but now caching for stuff like ResourceLoaderUserOptionsModule is going to be totally gone [21:53:51] do you want newAnything() [21:53:53] ? [22:00:12] I'm checking the callers to see how bad it'll be [22:03:05] I think it should be fine [22:03:39] AaronSchulz: I'll +2 after you fix the typo :) [22:09:16] done [22:46:16] anomie: so, edit section links are created in ParserOutput AFAIS afais doesn't have any option to access the parser options? [22:47:13] s/afais // [22:47:14] 6MediaWiki-Core-Team, 10MediaWiki-extensions-CentralAuth, 10SUL-Finalization: Revisit GlobalUserMerge after testing - https://phabricator.wikimedia.org/T961#1155518 (10Rdicerb) Given that we're at the end of March, I'd like to ensure that the resources needed to check on this are available. This needs to be... [23:07:30] Linker sucks. [23:45:00] legoktm: For the GlobalUserMerge review that you need, is that gerrit review or general review of the current code? [23:45:09] * bd808 forgot all about this [23:45:16] bd808: general review of the current code [23:46:06] bd808: the code is split between the UserMerge extension and CentralAuth [23:46:22] well of course it is [23:49:36] legoktm: If I poke brion about this can you be ready to help him find the things? [23:49:48] sure [23:50:02] k. I'll get my poking finger out