[02:00:22] 10Phabricator, 06Operations, 10Traffic: Phabricator needs to expose notification daemon (websocket) - https://phabricator.wikimedia.org/T112765#2686629 (10mmodell) >>! In T112765#2509512, @BBlack wrote: > There's a little bit of refactoring work (already in-progress) to do on the Varnish side to support it "... [02:16:37] 10Phabricator, 06Operations, 10Traffic: Phabricator needs to expose notification daemon (websocket) - https://phabricator.wikimedia.org/T112765#2686660 (10BBlack) >>! In T112765#2686629, @mmodell wrote: >>>! In T112765#2509512, @BBlack wrote: >> ... but even if that weren't ready in time we can use DNS hack... [05:00:47] 10Phabricator, 06Operations, 10Traffic, 13Patch-For-Review: Phabricator needs to expose notification daemon (websocket) - https://phabricator.wikimedia.org/T112765#2687202 (10mmodell) @bblack: https://gerrit.wikimedia.org/r/#/c/313937/ is a first-attempt at puppetizing the aphlict notification service [07:21:32] 10Phabricator, 06Brickimedia, 10Social-Tools: Create Herald rules for managing extensions under the Brickimedia and Social-Tools tags - https://phabricator.wikimedia.org/T147271#2687309 (10MarcoAurelio) [08:38:59] 10Phabricator, 06Brickimedia, 10Social-Tools: Create Herald rules for managing extensions under the Brickimedia and Social-Tools tags - https://phabricator.wikimedia.org/T147271#2687118 (10Aklapper) See https://www.mediawiki.org/wiki/Phabricator/Help/Herald_Rules for available options (and concerns about per... [10:55:49] 10Phabricator: "Pre-scheduled session" - https://phabricator.wikimedia.org/T147144#2687940 (10Aklapper) Thanks for explaining. This proposal feels out of scope for the [[ https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit_2017 | main topics of the Wikimedia Developer Summit 2017 proposal ]] (see [[ https:... [11:05:27] 10Phabricator, 06Brickimedia, 10Social-Tools: Create Herald rules for managing extensions under the Brickimedia and Social-Tools tags - https://phabricator.wikimedia.org/T147271#2687118 (10Peachey88) What is the purpose for tagging these with #brickimedia as well? So likes kinda a waste of man power double h... [13:15:51] 10Differential, 10Analytics-Tech-community-metrics, 06Developer-Relations (Oct-Dec-2016): Make MetricsGrimoire/korma support gathering Code Review statistics from Phabricator's Differential - https://phabricator.wikimedia.org/T118753#2688370 (10Qgil) Just checking: is this task committed to #devrel-oct-dec-16 ? [13:30:48] 10Differential, 10Analytics-Tech-community-metrics, 06Developer-Relations (Jan-Mar-2017): Make MetricsGrimoire/korma support gathering Code Review statistics from Phabricator's Differential - https://phabricator.wikimedia.org/T118753#2688465 (10Aklapper) Thanks for the ping! Very unlikely, hence punting. It'... [14:23:50] 10Wikibugs, 07Easy, 13Patch-For-Review: Change Project-Creators to Project-Admins in channels.yaml - https://phabricator.wikimedia.org/T142851#2548434 (10Dzahn) Where has the project name been changed and why? [14:26:20] 10Wikibugs, 07Easy, 13Patch-For-Review: Change Project-Creators to Project-Admins in channels.yaml - https://phabricator.wikimedia.org/T142851#2688695 (10Aklapper) See https://phabricator.wikimedia.org/project/manage/835/#19216 [14:39:36] 10Wikibugs, 07Easy, 13Patch-For-Review: Change Project-Creators to Project-Admins in channels.yaml - https://phabricator.wikimedia.org/T142851#2688753 (10Dzahn) Thank you for confirming. I merged that. [14:41:40] 10Wikibugs, 07Easy, 13Patch-For-Review: Change Project-Creators to Project-Admins in channels.yaml - https://phabricator.wikimedia.org/T142851#2688756 (10Dzahn) @Rithika I added a +2 on that and then jenkins merged it. I wonder if you know about additional steps to deploy it and have the needed permissions. [14:48:58] 10Wikibugs, 07Easy, 13Patch-For-Review: Change Project-Creators to Project-Admins in channels.yaml - https://phabricator.wikimedia.org/T142851#2688799 (10Paladox) >>! In T142851#2688756, @Dzahn wrote: > @Rithika I added a +2 on that and then jenkins merged it. I wonder if you know about additional steps to d... [14:51:27] 10Phabricator, 06Project-Admins, 06Developer-Relations (Oct-Dec-2016), 07RfC: Abandon (or at least strongly simplify) project creation policy - https://phabricator.wikimedia.org/T139210#2688808 (10Aklapper) 05Open>03Resolved >>! In T139210#2678298, @mmodell wrote: > I think it still makes sense to have... [15:34:54] 10Phabricator: Entered project tag lost after creating task - https://phabricator.wikimedia.org/T147133#2682285 (10greg) >>! In T147133#2682389, @Nnemo wrote: > Actually, my case was a little special: I had Saf Mac with JavaScript on, I had the form, and later I turned off JavaScript, and later I wrote "phabrica... [20:04:36] How do you find RT tickets in phab? [20:06:00] Reedy: there is a field in advanced search you can find like rt123 [20:06:04] Reedy i belive that will be fixed when we roll out the next phabricator update tomrror or wednesday done by twentyafterfour [20:06:19] chasemp not currently until the phabricator update is rolled out [20:06:20] or maybe not [20:06:20] rt123 doesn't wrk.. [20:06:25] heh [20:06:31] I guess it's broken atm? [20:06:48] Reedy: if you put rt123 in main search box [20:06:49] yeah upstream broke searching custom fields for a while [20:06:51] it does the right hting [20:07:03] Reedy https://phabricator.wikimedia.org/rPHAB1667c5b2bf9f8220c38cb922ff6ea93bb20c94da [20:09:01] chaemp Reedy https://phabricator.wikimedia.org/T146116 [20:35:28] * meeple27 casually wonders what RT stands for [20:36:05] Requst Tracker [20:36:28] RT is a ticketing system that Ops used for a long time before Phabricator (bugzilla didn't meet their needs) [20:38:38] we still use it in some cases *drops mic* [20:41:23] 10Wikibugs, 07Easy, 13Patch-For-Review: Change Project-Creators to Project-Admins in channels.yaml - https://phabricator.wikimedia.org/T142851#2690318 (10valhallasw) 05Open>03Resolved a:03valhallasw Channel changes are automatically deployed after merging via the post-merge jenkins hook. [21:09:41] 10Phabricator, 06Project-Admins: The project Access Policy - Approvers should be acl* instead - https://phabricator.wikimedia.org/T146015#2690441 (10MarcoAurelio) Sorry if I didn't catch it right. So I see there's a #Policy-Admins group with various acl* subprojects. Maybe what we can do for this task is to cr... [21:11:44] 10Phabricator, 06Project-Admins: The project Access Policy - Approvers should be acl* instead - https://phabricator.wikimedia.org/T146015#2690453 (10mmodell) seems reasonable to me [21:13:53] 10Phabricator, 06Project-Admins: The project Access Policy - Approvers should be acl* instead - https://phabricator.wikimedia.org/T146015#2690479 (10MarcoAurelio) Thanks @mmodell - I'm just a bit confused about policies and spaces. We just need to make sure the people of that group are the only ones able to se... [21:17:25] 10Phabricator, 06Project-Admins: The project Access Policy - Approvers should be acl* instead - https://phabricator.wikimedia.org/T146015#2690499 (10MarcoAurelio) As a side note, maybe we can do this same operation with L23. It does seem that there's no project for managing who can have access to that? [23:10:48] 10Phabricator, 06Zero, 10iOS-app-feature-Accessibility, 10iOS-app-feature-Multilingual, and 3 others: Herald rule requests for iOS - https://phabricator.wikimedia.org/T146701#2691154 (10MBinder_WMF)