[15:35:36] <Krinkle>	 James_F: thanks for CR on T364652 patches!
[15:35:36] <stashbot>	 T364652: Make component boundaries in MediaWiki core easier to discover - https://phabricator.wikimedia.org/T364652
[15:35:53] <James_F>	 Krinkle: HTH.
[15:36:20] <Krinkle>	 It looks like CI got restarted in non-graceful way?
[15:36:28] <Krinkle>	 Or is there another reason why they are no longer in the submit gate
[15:36:29] <James_F>	 Well, contint.wikimedia.org moved.
[15:36:36] <Krinkle>	 that'd do it
[15:36:39] <Krinkle>	 xD
[15:36:40] <James_F>	 So SRE probably pulled the wrong lever.
[15:36:43] <James_F>	 Yes. :-)
[15:37:08] <James_F>	 Have re-C+2'ed the bottom commit.
[15:37:37] <Krinkle>	 Afaik we don't replicate zuul queues. zuul-merger is deterministic and runs both. the queue is ephemeral enough that switchovers "just" start clean. But yeah, I think when releng do them, they do a courtesy +2 on the handful of things in the queue.
[18:19:21] <Krinkle>	 duesen: regarding T330036, triggerOpportunisticLinksUpdate queues RefreshLinksJob, but your comment I think implies that it runs synchronously via a deferred update.
[18:19:22] <stashbot>	 T330036: Linter updates in a Parsoid-in-ParserCache world - https://phabricator.wikimedia.org/T330036
[18:19:31] <Krinkle>	 maybe also LinksUpdater -> LinksUpdate