[00:09:30] 10Phabricator, 10Security-Team: Create generic security-team request for service intake mechanism - https://phabricator.wikimedia.org/T240492 (10Jcross) Massaged a bit @chasemp but @JBennett is going to look as well. https://www.mediawiki.org/wiki/Wikimedia_Security_Team/Services has been updated. [00:21:58] 10Phabricator, 10Security-Team: Create 'user affiliation' custom drop down field for forms - https://phabricator.wikimedia.org/T240999 (10Jcross) p:05Triage→03Normal [01:14:02] Project mediawiki-core-doxygen-docker build #12251: 04FAILURE in 10 min: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen-docker/12251/ [01:46:21] 10Beta-Cluster-Infrastructure, 10Patch-For-Review: Figure out future for newly created deployment-prep jessie instances - https://phabricator.wikimedia.org/T218609 (10Eevans) >>! In T218609#5666608, @Krenair wrote: > @Eevans: It has been 6 months, please respond. Sorry, I never noticed this ticket (I'm not su... [01:47:26] 10Beta-Cluster-Infrastructure, 10Patch-For-Review: Figure out future for newly created deployment-prep jessie instances - https://phabricator.wikimedia.org/T218609 (10Krenair) Thank you! [01:59:01] 10Phabricator, 10Release-Engineering-Team-TODO, 10Security-Team, 10Patch-For-Review, 10User-MModell: Maniphest task: Add cc address to the "From email" field that replies to the task - https://phabricator.wikimedia.org/T239162 (10mmodell) This is now deployed. [02:06:57] 10Deployments, 10Gerrit, 10Phabricator, 10Release-Engineering-Team, 10ReleaseTaggerBot: Deployment status indicator for gerrit patches - https://phabricator.wikimedia.org/T88136 (10mmodell) a:03mmodell [02:10:30] Yippee, build fixed! [02:10:31] Project mediawiki-core-doxygen-docker build #12252: 09FIXED in 6 min 29 sec: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen-docker/12252/ [02:16:28] 10Phabricator, 10Security-Team: Create 'user affiliation' custom drop down field for forms - https://phabricator.wikimedia.org/T240999 (10mmodell) This seems like something that automation could figure out, if we encouraged every team to have a team project and add all of their team members to it... [08:05:06] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO, 10MediaWiki-General, and 2 others: Enable MariaDB/MySQL strict mode for MW during development and Jenkins jobs - https://phabricator.wikimedia.org/T119371 (10jcrespo) I would like t... [08:43:45] paladox: any ideas on how to disable the reporter for an IndependentPipelineManager? The context is T240935 [08:43:46] T240935: Remove independent code health pipeline and integrate into test pipeline - https://phabricator.wikimedia.org/T240935 [08:44:01] I want the job to run, but I don't want any feedback getting sent back to gerrit, since we have a bot that does that separately now [08:45:52] You would set the account as inactive [08:45:53] Requires a gerrit admin for that [08:55:39] paladox: set which account as inactive? [08:56:08] Jenkins-bot? Seems like a bad idea :) [08:56:24] I want https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Echo/+/541992#message-4d336d8bb02198070567b6176012a4facac2130b to not be added as a comment [08:56:37] Because I have https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Echo/+/541992#message-e50d66e7a7d19d7524a6ee11049419b81343daef doing it instead [08:57:14] Oh! [08:59:16] Do you still want that test ran just not to report back to gerrit? [09:04:15] paladox: yep [09:10:37] Seeing no simple way to do that, my alternative is to scrap the pipeline entirely and incorporate the codehealth step into the "test" pipeline. That's problematic because we want to only run the work that is strictly necessary for a build to pass, and the codehealth step votes Verified +1 but does not block merges [09:14:29] I think hashar may know if we can do it [09:15:53] hi [09:15:57] I miss the backlog sorry [09:16:01] * hashar look at logs [09:16:24] 10Phabricator: Please don't present tzdb IDs as selectors for time zones - https://phabricator.wikimedia.org/T241120 (10DannyS712) [09:16:42] 10Phabricator: Please don't present tzdb IDs as selectors for time zones - https://phabricator.wikimedia.org/T241120 (10DannyS712) Pretty sure this is #phabricator-upstream ? [09:17:07] OH [09:17:30] kostajh: so in zuul/layout.yaml removing the success: [gerrit: []] part did not work? [09:18:06] hashar: nope. But I'm discussing some ideas with gehel in #wikimedia-codehealth now [09:18:15] what went wrong? [09:19:03] I'm trying to find the error message I got from the tests [09:19:56] at least the Zuul doc claims that the **success** is optional [09:19:59] Basically, you can't leave that section blank [09:20:11] File "/home/hashar/projects/integration/config/tests/test_zuul_scheduler.py", line 1013, in test_pipelines_have_report_action_to_gerrit [09:20:11] pipeline.name, action, reporters) [09:20:11] AssertionError: Pipeline codehealth must have a GerritReporter on success got [] [09:20:12] hashar: where? I had trouble finding decent docs for zuul. [09:20:22] yeah [09:20:37] I pasted you the doc a few days ago: [09:20:39] **success** [09:20:45] This section is optional; if it is omitted, Zuul will run jobs and [09:20:45] do nothing on success; it will not even report a message to Gerrit. [09:20:45] If the section is present, the listed reporter plugins will be [09:20:45] asked to report on the jobs. [09:20:54] /end zuul doc [09:21:11] the test failure is our own test to ensure that our pipelines have a report action [09:21:24] so our test enforce the usage of a success or failure [09:21:42] I should have been clearer sorry [09:21:46] ha. Oh ok. [09:22:20] Well... we can do that for now. But gehel and I are also talking about removing the pipeline entirely, and making the sonar analysis a publisher step. [09:22:35] In the test pipeline [09:23:23] OHH [09:23:24] so [09:23:24] https://gerrit.wikimedia.org/r/#/c/integration/config/+/557001/5/zuul/layout.yaml [09:23:25] my understanding of a publisher is that it is meant to take some file in a build result and upload it somewere [09:23:33] that only removes the success-message / failure-messages [09:23:54] which is a string inserted before the message Zuul creates [09:23:59] should have rmeoved: [09:24:02] success: [09:24:05] gerrit: {} [09:24:07] I tend to see sonar analysis more as a build step than a publication, but technically, that's all it does (upload some results to sonarcloud) [09:24:10] hashar: yeah, that's https://gerrit.wikimedia.org/r/c/integration/config/+/557001/3#message-28d5d5c7f501467321d1484cd1f774e188e91fb9 [09:24:48] Oops, https://gerrit.wikimedia.org/r/c/integration/config/+/557001/2 [09:24:53] https://gerrit.wikimedia.org/r/#/c/integration/config/+/557001/2/zuul/layout.yaml yeah [09:24:55] So I'll do that, and then modify the test [09:24:58] which is fine to Zuul [09:25:01] but fail on OUR test suite [09:26:37] Patch coming [09:27:08] so I guess in tests/test_zuul_scheduler.py test_pipelines_have_report_action_to_gerrit [09:27:18] it is all about adding "codehealth" to the not_reporting list [09:27:41] +1 [09:27:45] (03PS1) 10Kosta Harlan: Codehealth pipeline: Don't report back to gerrit [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) [09:28:36] hashar: this is the diagram that gehel made https://www.planttext.com/?text=lL113iCW3Blp2ZxG3y2bNqaXQwE5K47O-mTibqwQTjl5iYBRSR9MXQ8jiJ5cKcEjEmik2SkEtjnokO_HreYZ7omzn0P644lI7SmlaOKTI8OWv8ZBWS1wV3EyfpKB53VH6vGubmroAPEh_h_DDIJcq1AAWbAMNp6aEC6TRMEgn-TfQyV-y2S0 [09:28:38] (03CR) 10jerkins-bot: [V: 04-1] Codehealth pipeline: Don't report back to gerrit [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) (owner: 10Kosta Harlan) [09:29:15] Looking at pre-merge only for now, the idea is that for Java (but also PHP/JS projects and other projects) it would be nice to run `mvn clean install` once, since it's expensive [09:29:25] UML [09:29:26] ... [09:29:32] heh [09:29:43] that is way too Enterprise Corporate (tm)(c) [09:30:21] looks good [09:30:37] I love how you can generate it using plain text ;] [09:30:51] (03PS2) 10Kosta Harlan: Codehealth pipeline: Don't report back to gerrit [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) [09:31:23] don't care about the UML part, the "let's share some diagram with plain text" part is way more interesting [09:31:29] So if we have a publisher... the `test` pipeline runs, and reports back to gerrit, and then the publisher can kick the analysis over to sonar without slowing down the reporting back to gerrit, and the bot can comment with the outcomes [09:31:52] gehel: +1 :] [09:32:03] I was just teasing you guys for referring to UML [09:32:56] a more complete diagram, with soem comments: [09:32:56] https://www.planttext.com/?text=lLEnSjim3Dtp5M_EEHeooelNBfrwbpMG24cuKAH2aFRvxmFIgSzkBvTErK2Hn0FutWDvq4mfbzK_rAyj7e1-I_oqSffvRwiGCziF-4boP9peZ1pX8gue34MyqwwXNXWB6UuPJgQ94uSC6hF4e7q308_82wDe8Nz9nMcHSS7CWHDbXj6GoP9qXrI28hFMUTTrTnKq1agWGFwieXRYu2vqfvZUgf1MlOhersF0w9a299XEx_SD19f9GWMCqV7JmkJpybN2vsuxjc_ZdJ-_hfGqyuR4xqKIQxL3mjmWbVL5yLNYLRNRDOW4R3Ku5c-dDEbMIeitA0NNC6CyMihCtQrccpJPTV9jBtzCE7qsYg16ppCssTXBu5qD-HZr0ZKsfju [09:32:56] YkbO2MEayLA4hcp-K99z1GoovWK-BTVn6vaJYhND3oRLeujMOrt03kx9v6QdU3SG9htzP_dedyD-RqXouiI1g_kt1_xiPzqLS7CjgRw6f_QwCs1keGx-LmNnVzdyqzs2ZFTeF [09:33:39] kostajh: I am tempted to keep Zuul reporting when the job fails [09:33:54] eg if there is an issue to start the Docker container or some other low level command defined in the job [09:34:19] then have the job to be a SUCCESS whenever Sonar managed to run properly (regarldess of whether Sonar found issues or not) [09:34:34] Sounds good [09:34:37] so that for Zuul, as long as Sonar managed to run, it is a success and it will not report [09:34:45] (03PS3) 10Kosta Harlan: Codehealth pipeline: Don't report back to gerrit [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) [09:34:46] but it something goes south in the job, Zuul reports back [09:35:13] then whatever in the job reports to Gerrit directly would be in charge of voting +1 / -1 green/red depending on the Sonar result [09:35:14] Also, I plan to push a patch later that removes the poll-scanner-for-response script, so the exit code will be purely on whether /opt/sonar-scanner executed successfully or not. [09:35:15] if that makes sense [09:35:17] eg [09:35:22] yep [09:35:27] I've updated the patch. [09:35:31] drop the success: part, leaving a comment that reporting to Gerrit is done by the job directly [09:35:41] Going out for a coffee now [09:35:48] and keep the failure: part, eventually with a comment stating that we still need low level failures to be handled by zuul [09:35:49] ;) [09:36:24] hmm sounds good [09:36:30] (03PS4) 10Kosta Harlan: Codehealth pipeline: Don't report back to gerrit [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) [09:36:33] just add a few comments please for later reference [09:36:39] ah great [09:36:40] :) [09:36:56] kostajh: lets get that deployed once you have your caffeine [09:37:21] Sounds good [09:37:25] (03PS5) 10Kosta Harlan: Codehealth pipeline: Don't report back to gerrit [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) [09:38:16] there are too many smart persons out there ;] [09:38:18] sorry for being picky [09:38:42] (03CR) 10Hashar: [C: 03+2] "Review / guidance done over IRC :] Should be good at least according to Zuul documentation." [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) (owner: 10Kosta Harlan) [09:39:36] (03Merged) 10jenkins-bot: Codehealth pipeline: Don't report back to gerrit [integration/config] - 10https://gerrit.wikimedia.org/r/559419 (https://phabricator.wikimedia.org/T217008) (owner: 10Kosta Harlan) [09:39:40] and dont get me wrong, I am super happy to see SonarQube being integrated. I remember gehel mentioned it when he started [09:40:47] ;) [09:40:59] !log Deploying Zuul change "Codehealth pipeline: Don't report back to gerrit" https://gerrit.wikimedia.org/r/559419 for T217008 [09:41:03] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [09:41:03] T217008: Report results from SonarCloud to Gerrit - https://phabricator.wikimedia.org/T217008 [09:42:56] kostajh: gehel should be good now [09:55:04] 10Continuous-Integration-Config, 10Release-Engineering-Team-TODO, 10MediaWiki-Core-Testing, 10Quibble, 10Performance-Team (Radar): Investigate speed of MediaWiki logging setup under Quibble - https://phabricator.wikimedia.org/T234028 (10hashar) 05Open→03Resolved a:03hashar The extra `lseek` syscall... [09:55:06] 10Continuous-Integration-Config, 10Release-Engineering-Team (Unit & Int & System Tooling), 10Release-Engineering-Team-TODO, 10MediaWiki-Core-Testing, and 3 others: Reduce runtime of MW shared gate Jenkins jobs to 5 min - https://phabricator.wikimedia.org/T225730 (10hashar) [09:58:42] kostajh, hashar: I tried to summarize the discussion on https://phabricator.wikimedia.org/T238004#5753533 (about the java builds) [09:58:51] some of it might apply to php as well [09:59:44] maybe having a single pipeline (not sure the terminology is correct) instead of splitting build + code health is not much of an issue, since we're trying to make the code health not report directly anyway [10:36:23] gehel: we have the same issue for mediawiki core and extensions [10:36:30] multiple jobs doing git clone + composer install [10:36:30] etc [10:36:52] but our Zuul version does not have a builtin solution to pass artifacts around [10:37:10] so we would need some kind of central storage to publish to [10:37:14] and jobs to fetch from it [10:37:16] something like that [10:37:31] we partially addressed that in the current way we do the sonar analysis with java, by passing around docker volumes through multiple steps [10:37:39] but that's still limited to a single pipeline [10:37:48] which might or might not be an issue [10:37:48] 10MediaWiki-Releasing, 10Documentation: Come up with a protocol for release notes for tarball extensions' and skins' changes - https://phabricator.wikimedia.org/T241129 (10Jdforrester-WMF) [10:38:21] gehel: and the jobs run on different instances / docker daemons [10:38:30] so we can't really pass volumes from an instance to another one [10:38:40] though with Kubernetes, I would guess that would be built-in [10:42:00] hashar: but it already works fine in a single pipeline, no? [10:42:00] https://github.com/wikimedia/integration-config/blob/master/jjb/job-templates.yaml#L109-L137 [10:42:17] those steps are all run on the same docker instance [10:43:26] brennen: I see more improvements to logspam. Nice. :-) [10:58:58] Thanks hashar [10:59:43] hashar: if we use the publisher model, then we already have the artifacts and don't need to do anything else [11:02:49] (03CR) 10Kosta Harlan: [C: 03+1] "I'm going to submit an update which drops the poll-sonar-for-response script, so we might want to wait for that instead of deploying this." [integration/config] - 10https://gerrit.wikimedia.org/r/559086 (owner: 10Jforrester) [11:06:39] (03CR) 10Kosta Harlan: [C: 04-1] "Overall this looks good, but one thing I think we are missing and is needed before this can go live (sorry I should have caught it in an e" [integration/config] - 10https://gerrit.wikimedia.org/r/559230 (https://phabricator.wikimedia.org/T238004) (owner: 10Mstyles) [11:10:21] (03CR) 10Jforrester: "Sure." [integration/config] - 10https://gerrit.wikimedia.org/r/559086 (owner: 10Jforrester) [11:10:31] gehel: yeah those steps happen in a single docker instance indeed [11:10:48] gehel: but your diagram indicated multiple mvn goals, which are currently running in different jobs [11:10:59] gehel: oh well no. Not that job bah sorry [11:13:23] (03PS1) 10Kosta Harlan: dockerfiles: Drop poll-sonar-for-response script [integration/config] - 10https://gerrit.wikimedia.org/r/559441 (https://phabricator.wikimedia.org/T217008) [11:17:05] (03PS2) 10Kosta Harlan: jjb: Migrate codehealth jobs to new version of docker image [integration/config] - 10https://gerrit.wikimedia.org/r/559086 (owner: 10Jforrester) [11:18:43] hashar: seems to be working well https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Echo/+/541992#message-ed1d3e989e876868e4fcb7259fd9c1beaa2d09bc [11:20:31] 10Continuous-Integration-Config, 10Code-Health-Metrics, 10Sonarqubebot: Remove independent code health pipeline and integrate into test pipeline - https://phabricator.wikimedia.org/T240935 (10kostajh) See also T238004#5753533 [11:46:01] 10Phabricator (Upstream), 10Upstream: Please don't present tzdb IDs as selectors for time zones - https://phabricator.wikimedia.org/T241120 (10Aklapper) p:05Triage→03Lowest Hi @Guy_Harris, thanks for taking the time to report this! This must be reported to the upstream Phabricator developers as we (Wikimed... [11:51:54] 10Phabricator, 10User-DannyS712: Request: Edit query of W4 - https://phabricator.wikimedia.org/T241028 (10Aklapper) How to see which dashboards include a certain panel? [11:56:55] (03PS3) 10Jforrester: jjb: Migrate codehealth jobs to new version of docker image [integration/config] - 10https://gerrit.wikimedia.org/r/559086 [11:57:07] (03PS4) 10Jforrester: jjb: Migrate codehealth jobs to new version of docker image [integration/config] - 10https://gerrit.wikimedia.org/r/559086 [11:57:46] (03CR) 10Jforrester: [C: 03+2] dockerfiles: Drop poll-sonar-for-response script [integration/config] - 10https://gerrit.wikimedia.org/r/559441 (https://phabricator.wikimedia.org/T217008) (owner: 10Kosta Harlan) [11:58:37] (03Merged) 10jenkins-bot: dockerfiles: Drop poll-sonar-for-response script [integration/config] - 10https://gerrit.wikimedia.org/r/559441 (https://phabricator.wikimedia.org/T217008) (owner: 10Kosta Harlan) [11:59:43] !log Docker: Publishing java8-sonar-scanner:0.5.1 [11:59:45] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [12:06:52] (03CR) 10Jforrester: [C: 03+2] "Deployed." [integration/config] - 10https://gerrit.wikimedia.org/r/559086 (owner: 10Jforrester) [12:07:49] (03Merged) 10jenkins-bot: jjb: Migrate codehealth jobs to new version of docker image [integration/config] - 10https://gerrit.wikimedia.org/r/559086 (owner: 10Jforrester) [12:07:59] James_F: thx [12:09:31] (03CR) 10Jforrester: [C: 04-1] "Not sure about the name, but we can fix that later (especially if we end up with more languages supported at some point, and need a standa" (032 comments) [integration/config] - 10https://gerrit.wikimedia.org/r/559230 (https://phabricator.wikimedia.org/T238004) (owner: 10Mstyles) [12:09:50] kostajh: Thanks for all your work on code health. :-) [12:10:27] my pleasure [12:26:10] 10Continuous-Integration-Infrastructure, 10Code-Review-Workgroup, 10QA-SIG-Topics, 10Quibble: Lightweight staging for gerrit changes - https://phabricator.wikimedia.org/T241140 (10kostajh) [12:26:36] 10Continuous-Integration-Infrastructure, 10Code-Review-Workgroup, 10QA-SIG-Topics, 10Quibble: Lightweight preview environment for gerrit changes - https://phabricator.wikimedia.org/T241140 (10kostajh) [12:43:15] (03Abandoned) 10Addshore: Add more Wikibase extensions to gatedextensions [integration/config] - 10https://gerrit.wikimedia.org/r/459991 (https://phabricator.wikimedia.org/T204153) (owner: 10Addshore) [12:55:28] yay code health :D [13:20:19] !log [BETA CLUSTER] mwscript maintenance/cleanupUsersWithNoId.php --wiki=testwiki --prefix=imported T235971 [13:20:22] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [13:20:22] T235971: Run maintenance/cleanupUsersWithNoId.php on beta testwiki - https://phabricator.wikimedia.org/T235971 [13:20:40] 10Beta-Cluster-Infrastructure, 10Wikimedia-maintenance-script-run: Run maintenance/cleanupUsersWithNoId.php on beta testwiki - https://phabricator.wikimedia.org/T235971 (10Jdforrester-WMF) This should now be resolved, if it's still an issue? [13:25:07] 10Release-Engineering-Team-TODO (201912), 10Patch-For-Review, 10Release, 10Train Deployments: 1.35.0-wmf.11 deployment blockers - https://phabricator.wikimedia.org/T233859 (10Jdforrester-WMF) 05Open→03Resolved Fully deployed. [13:37:43] 10Continuous-Integration-Infrastructure, 10Code-Review-Workgroup, 10QA-SIG-Topics, 10Quibble: Lightweight preview environment for gerrit changes - https://phabricator.wikimedia.org/T241140 (10kostajh) @Bstorm @bd808 do you have any insights about WCMS vs Toolforge for this? It seems like an application on... [14:00:39] (03CR) 10Awight: [C: 04-1] "Thanks for this reminder! I do something equivalent to what you're describing a few patches later, in I89a9fa2f802 . I'll try to backpor" [integration/quibble] - 10https://gerrit.wikimedia.org/r/546125 (owner: 10Awight) [14:01:12] (03PS1) 10Urbanecm: Modify access rules [labs/tools/wiki2email] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559476 [14:01:22] (03CR) 10Urbanecm: [V: 03+2 C: 03+2] Modify access rules [labs/tools/wiki2email] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559476 (owner: 10Urbanecm) [14:01:43] (03PS1) 10Urbanecm: Revert "Modify access rules" [labs/tools/wiki2email] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559477 [14:01:50] (03CR) 10Urbanecm: [V: 03+2 C: 03+2] Revert "Modify access rules" [labs/tools/wiki2email] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559477 (owner: 10Urbanecm) [14:12:03] (03PS12) 10Awight: Move argument parsing to module scope [integration/quibble] - 10https://gerrit.wikimedia.org/r/546125 [14:12:05] (03PS31) 10Awight: Commands expand recursively [integration/quibble] - 10https://gerrit.wikimedia.org/r/519776 [14:12:07] (03PS7) 10Awight: Cleanup: require all command parameter keywords [integration/quibble] - 10https://gerrit.wikimedia.org/r/546469 [14:12:09] (03PS9) 10Awight: Merge utility functions into calling modules [integration/quibble] - 10https://gerrit.wikimedia.org/r/546434 [14:12:11] (03PS17) 10Awight: Clean up logging [integration/quibble] - 10https://gerrit.wikimedia.org/r/546126 [14:12:15] (03PS13) 10Awight: Replace argparse with docopt [integration/quibble] - 10https://gerrit.wikimedia.org/r/546167 [14:12:17] (03PS14) 10Awight: Prepare to run browser suites in parallel [integration/quibble] - 10https://gerrit.wikimedia.org/r/545661 (https://phabricator.wikimedia.org/T226869) [14:12:32] (03CR) 10Awight: "Went with your suggestion to suppress defaults, thanks!" [integration/quibble] - 10https://gerrit.wikimedia.org/r/546125 (owner: 10Awight) [14:15:54] 10MediaWiki-Releasing, 10Core Platform Team, 10MW-1.34-notes, 10MW-1.34-release: Release MW 1.34 - https://phabricator.wikimedia.org/T232023 (10Reedy) [14:17:41] 10MediaWiki-Releasing, 10Security: Tracking bug for MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 security release - https://phabricator.wikimedia.org/T233495 (10Reedy) 05Open→03Resolved a:03Reedy [14:17:43] 10MediaWiki-Releasing, 10Security: Tracking bug for MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 security release - https://phabricator.wikimedia.org/T233495 (10Reedy) [14:18:06] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233494 (10Reedy) [14:19:11] 10MediaWiki-Releasing, 10Core Platform Team, 10MW-1.34-notes, 10MW-1.34-release: Release MW 1.34 - https://phabricator.wikimedia.org/T232023 (10Reedy) 05Open→03Resolved a:03Reedy [14:19:13] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233494 (10Reedy) [14:19:34] 10MediaWiki-Releasing, 10Security: Obtain CVEs for 1.31.6/1.32.6/1.33.2 security releases - https://phabricator.wikimedia.org/T233501 (10Reedy) [14:20:14] 10MediaWiki-Releasing, 10Security: Write and send release announcements for MediaWiki 1.31.6/1.32.6/1.33.2 - https://phabricator.wikimedia.org/T233497 (10Reedy) [14:20:38] 10MediaWiki-Releasing, 10Security: Update onwiki release notes for 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233498 (10Reedy) [14:20:43] 10MediaWiki-Releasing, 10Security: Update HISTORY in master after 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233499 (10Reedy) [14:20:49] 10MediaWiki-Releasing, 10Security: Tag MW 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233500 (10Reedy) [14:21:39] 10MediaWiki-Releasing, 10Security: Tag MW 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233500 (10Reedy) a:03Reedy [14:25:19] 10MediaWiki-Releasing, 10Security: Tag MW 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233500 (10Reedy) 05Open→03Resolved ` $ git push --tags Enumerating objects: 4, done. Counting objects: 100% (4/4), done. Delta compression using up to 2 threads Compressing objects: 100% (4/4), done.... [14:30:14] 10MediaWiki-Releasing, 10Security: Update HISTORY in master after 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233499 (10Reedy) a:03Reedy [14:41:31] 10MediaWiki-Releasing, 10Security: Update onwiki release notes for 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233498 (10Reedy) 05Open→03Resolved a:03Reedy [14:41:33] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233494 (10Reedy) [14:44:25] (03PS1) 10Urbanecm: Add support for labs/tools/wiki2email [integration/config] - 10https://gerrit.wikimedia.org/r/559507 [14:46:30] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233494 (10Reedy) a:03Reedy [14:47:42] (03CR) 10jerkins-bot: [V: 04-1] Add support for labs/tools/wiki2email [integration/config] - 10https://gerrit.wikimedia.org/r/559507 (owner: 10Urbanecm) [14:47:55] 10Diffusion, 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO (201907), 10Operations, and 4 others: Cannot connect to vcs@git-ssh.wikimedia.org (since move from phab1001 to phab1003) - https://phabricator.wikimedia.org/T224677 (10zeljkofilipin) Thanks @Dzahn! [14:48:35] (03PS2) 10Urbanecm: Add support for labs/tools/wiki2email [integration/config] - 10https://gerrit.wikimedia.org/r/559507 [15:29:18] 10Release-Engineering-Team, 10Quibble, 10Core Platform Team Workboards (Green): Modify Quibble to accept a LocalSettings.php file - https://phabricator.wikimedia.org/T235865 (10hashar) `local_settings.php` is mostly tied to Quibble itself. Setting up environment variables (`MW_INSTALL`...), loading `./includ... [15:48:42] (03PS2) 10Mstyles: layout: Run sonar scanner analysis for java projects [integration/config] - 10https://gerrit.wikimedia.org/r/559230 (https://phabricator.wikimedia.org/T238004) [16:19:57] 10Continuous-Integration-Config, 10VisualEditor: Firefox CI tests keep failing in VE - https://phabricator.wikimedia.org/T240955 (10Esanders) p:05Triage→03High This is failing quite regularly now. [16:38:44] 10Continuous-Integration-Config, 10Release-Engineering-Team-TODO (201912), 10VisualEditor: Firefox CI tests keep failing in VE - https://phabricator.wikimedia.org/T240955 (10Jdforrester-WMF) [16:46:14] 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO, 10Zuul, 10Patch-For-Review: Convert zuul to use scap - https://phabricator.wikimedia.org/T215458 (10hashar) [16:50:48] 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO, 10Zuul, 10Patch-For-Review: Convert zuul to use scap - https://phabricator.wikimedia.org/T215458 (10hashar) [16:58:04] 10Release-Engineering-Team-TODO, 10Wikimedia-General-or-Unknown, 10Wikimedia-Site-requests: Investigate whether wmf-config's configuration cache is still needed - https://phabricator.wikimedia.org/T169821 (10Jdforrester-WMF) Cookie-licking this a little. [17:03:14] 10Gerrit: Unable to change full name in Gerrit through contact settings page or command line - https://phabricator.wikimedia.org/T206129 (10Ammarpad) 05Resolved→03Open >>! In T206129#4885664, @Paladox wrote: > This should be fixed now as we have upgraded to 2.15.8. Not resolved. There's no edit button, neit... [17:05:17] (03PS1) 10Jforrester: jjb: Temporarily roll back node10-test-browser uses to 0.6.0-s1 [integration/config] - 10https://gerrit.wikimedia.org/r/559545 (https://phabricator.wikimedia.org/T240955) [17:06:21] (03CR) 10Jforrester: [C: 03+2] "Deployed." [integration/config] - 10https://gerrit.wikimedia.org/r/559545 (https://phabricator.wikimedia.org/T240955) (owner: 10Jforrester) [17:07:26] (03Merged) 10jenkins-bot: jjb: Temporarily roll back node10-test-browser uses to 0.6.0-s1 [integration/config] - 10https://gerrit.wikimedia.org/r/559545 (https://phabricator.wikimedia.org/T240955) (owner: 10Jforrester) [17:08:42] I'm wondering if there's any not awful way to log queries from MW from a specific host in beta [17:09:00] I don't care if i log on the db end or the host end, maybe the host end is less disruptive to everyone else on beta though [17:09:40] 10Continuous-Integration-Config, 10Release-Engineering-Team-TODO (201912), 10VisualEditor, 10Patch-For-Review: Firefox CI tests keep failing in VE - https://phabricator.wikimedia.org/T240955 (10Jdforrester-WMF) OK, I've bumped the jobs back down to the old image (which has Firefox 60 not 68), and all seems... [17:11:50] apergos: in theory that is "just" a matter of configuring the logger to store the debug 'sql' channel from the host(s) you are interested in [17:12:24] ok well let's assume it's on an 'appserver' [17:12:40] I mean, it's on a host running mediawiki, I can touch things right there [17:13:08] BUT sync happens every half an hour so any code changes (and presumably LocalSettings or whatever it is) will get overwritten [17:13:42] I don't need it forever, but about maybe... well, 5 minutes, so that is a viable approach [17:14:31] 10Continuous-Integration-Config, 10Release-Engineering-Team-TODO (201912), 10VisualEditor: Firefox CI tests keep failing in VE - https://phabricator.wikimedia.org/T240955 (10dchan) Ooh, thanks! [17:24:37] apergos: wmgMonologChannels in InitialiseSettings-labs.php is the best way to tweak logging in the beta cluster [17:24:48] ooohhh thanks for that tip [17:24:51] that survives deployments etc [17:24:56] I'll check it out! [17:25:36] I can get most of what I want even if I don't get exact format of sql queries (I think logging happens before stuff is expanded in the back end), it will be good enough for my needs this round [17:27:54] apergos: this loggin block logs all the things I think -- https://github.com/wikimedia/mediawiki/blob/master/includes/libs/rdbms/database/Database.php#L1347-L1359 [17:28:52] hmmm [17:29:14] I've tried enabling "all" logging and not gotten the raw expanded queries before but in any case I'll give this a shot [17:29:17] thanks much! [17:32:21] PROBLEM - Work requests waiting in Zuul Gearman server on contint1001 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [150.0] https://www.mediawiki.org/wiki/Continuous_integration/Zuul https://grafana.wikimedia.org/dashboard/db/zuul-gearman?panelId=10&fullscreen&orgId=1 [17:34:07] RECOVERY - Work requests waiting in Zuul Gearman server on contint1001 is OK: OK: Less than 100.00% above the threshold [90.0] https://www.mediawiki.org/wiki/Continuous_integration/Zuul https://grafana.wikimedia.org/dashboard/db/zuul-gearman?panelId=10&fullscreen&orgId=1 [17:34:27] apergos: yeah, that `$this->getFlag( self::DBO_DEBUG )` guard is special stuff. I'd have to dig in the config quite a bit to figure out how to set that flag. Maybe James_F or Reedy would be faster at figuring that out? [17:34:42] I don't mind digging around [17:34:50] unless someone knows off the top of their head of course [17:36:09] Erk. There be dragons. [17:36:16] That's about all I know. [17:36:57] no worries [17:37:08] config-mining-R-us :-) [17:44:38] Project beta-code-update-eqiad build #276434: 04FAILURE in 1 min 37 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/276434/ [17:45:31] (03PS3) 10Mstyles: layout: Run sonar scanner analysis for java projects [integration/config] - 10https://gerrit.wikimedia.org/r/559230 (https://phabricator.wikimedia.org/T238004) [17:46:07] [That beta-code-update-eqiad job just had a gerrit blip, should be fine next run.] [17:47:43] $dbr->setFlag( DBO_DEBUG ); ugh this is how I will have to do it [17:47:44] meh [17:48:04] this means add directly in the code, then run my job fast. oh well can do [17:52:07] apergos: see wmf-config/db-labs.php for where to set that flag [17:52:37] as part of wgLBFactoryConf [17:54:35] Yippee, build fixed! [17:54:35] Project beta-code-update-eqiad build #276435: 09FIXED in 1 min 34 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/276435/ [17:56:57] (03CR) 10Mstyles: "> Patch Set 1: Code-Review-1" [integration/config] - 10https://gerrit.wikimedia.org/r/559230 (https://phabricator.wikimedia.org/T238004) (owner: 10Mstyles) [17:58:00] bd808: oh can I add it there? it was so not clear [17:58:45] oooohhhhh [17:58:48] flags [17:58:52] wow I've always ignored that [17:58:55] good eye! [17:59:21] that would make it apply everywhere I believe. I think that would be acceptable? Until somebody turns that flag on I don't think we know what the perf and log volume impact will be, but config reverts are not too hard :) [18:06:29] well it would just be for my host for a run of a few pages dump [18:06:46] but which channel is that in the monoLogging thing? [18:07:11] 10Release-Engineering-Team-TODO, 10Scap, 10MediaWiki-Internationalization, 10Performance-Team (Radar): Use static php array files for l10n cache at WMF (instead of CDB) - https://phabricator.wikimedia.org/T99740 (10Krinkle) [18:08:07] or can I just set a value for wgDebugLogFile and have it go there? [18:09:18] 10Phabricator, 10User-DannyS712: Request: Edit query of W4 - https://phabricator.wikimedia.org/T241028 (10DannyS712) >>! In T241028#5753824, @Aklapper wrote: > How to see which dashboards include a certain panel? "Panel Used By" section on https://phabricator.wikimedia.org/W4 [18:09:32] apergos: bd808: [18:09:34] if ( $options->get( 'DebugDumpSql' ) || $options->get( 'DebugLogFile' ) ) { [18:09:34] $flags |= DBO_DEBUG; [18:09:34] } [18:09:42] Done by MW by default [18:09:52] can be set manually as well but mostly done for you [18:10:00] ok so those are the same logs I see when turning on logging locally [18:10:09] sssooooo [18:10:27] If you run with Verbose logs in prod, should all just work [18:10:32] can I just set value on beta for wgDebugLogFile [18:10:39] e.g. X-Wikimedia-Debug: log [18:10:43] uh [18:10:50] mainenance script [18:10:53] Right [18:11:26] I lways have the one annoying use case :-) [18:12:15] apergos: MW_DEBUG_LOCAL [18:12:19] https://github.com/wikimedia/operations-mediawiki-config/blob/master/wmf-config/logging.php [18:12:37] passing it through mwscript is hard though [18:12:37] aaahhh [18:12:42] because we ignore env in our sub shell [18:12:48] man the logging infra has way too many moving bits [18:12:51] intentionally so that scripts behave predictably between users [18:12:56] I don't pass it through mwscript [18:13:02] I call MWScript.php [18:13:27] but yeah, hacking the WikimediaDebug/log condition to true locally is just as fine as well I suppose [18:13:33] (in beta ormwdebug) [18:14:04] * apergos goes to check that MWScript will dtrt [18:18:07] meh [18:21:24] 10MediaWiki-Releasing, 10Security, 10user-sbassett: Write and send supplementary release announcement for extensions and skins with security patches (MediaWiki 1.31.6/1.32.6/1.33.2) - https://phabricator.wikimedia.org/T234983 (10sbassett) [18:21:41] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233494 (10sbassett) [18:21:43] 10MediaWiki-Releasing, 10Security, 10user-sbassett: Write and send supplementary release announcement for extensions and skins with security patches (MediaWiki 1.31.6/1.32.6/1.33.2) - https://phabricator.wikimedia.org/T234983 (10sbassett) 05Open→03Resolved [18:23:27] 10MediaWiki-Releasing, 10Security, 10user-sbassett: Write and send supplementary release announcement for extensions and skins with security patches (MediaWiki 1.31.6/1.32.6/1.33.2) - https://phabricator.wikimedia.org/T234983 (10sbassett) https://lists.wikimedia.org/pipermail/mediawiki-announce/2019-December... [18:24:54] 10MediaWiki-Releasing, 10Security, 10user-sbassett: Write and send supplementary release announcement for extensions and skins with security patches (MediaWiki 1.31.6/1.32.6/1.33.2) - https://phabricator.wikimedia.org/T234983 (10sbassett) [18:25:49] 10MediaWiki-Releasing, 10Security, 10user-sbassett: Write and send supplementary release announcement for extensions and skins with security patches (MediaWiki 1.31.6/1.32.6/1.33.2) - https://phabricator.wikimedia.org/T234983 (10sbassett) [18:26:54] 10Release-Engineering-Team, 10Quibble, 10Core Platform Team Workboards (Green): Modify Quibble to accept a LocalSettings.php file - https://phabricator.wikimedia.org/T235865 (10kostajh) My proposal for handling these types of services is to offload the work to docker-compose and let quibble interact with tha... [18:27:05] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233494 (10Reedy) [18:27:07] 10MediaWiki-Releasing, 10MW-1.35-notes (1.35.0-wmf.14; 2020-01-07), 10Security: Update HISTORY in master after 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233499 (10Reedy) 05Open→03Resolved [18:27:13] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.6/1.32.6/1.33.2/1.34.0 - https://phabricator.wikimedia.org/T233494 (10Reedy) 05Open→03Resolved [18:27:32] (03PS7) 10Clarakosi: Update Quibble to use api-testing npm package [integration/quibble] - 10https://gerrit.wikimedia.org/r/554571 (https://phabricator.wikimedia.org/T236680) [18:30:02] (03CR) 10Mstyles: "> Patch Set 1: Code-Review-1" [integration/config] - 10https://gerrit.wikimedia.org/r/559230 (https://phabricator.wikimedia.org/T238004) (owner: 10Mstyles) [18:33:32] (03CR) 10Jforrester: "Why the bespoke job? Lots more complexity, no real value?" [integration/config] - 10https://gerrit.wikimedia.org/r/559507 (owner: 10Urbanecm) [18:41:58] 10MediaWiki-Releasing, 10Security, 10user-sbassett: Write and send supplementary release announcement for extensions and skins with security patches (MediaWiki 1.31.6/1.32.6/1.33.2) - https://phabricator.wikimedia.org/T234983 (10sbassett) [18:44:01] so I have MW_DEBUG_LOG (so I get output in /tmp/wikilog.txt r whatever it is) and $wgDebugDumpSql = true; in the wmf-config/CommonSettings-labs.php file on my app server in beta but I don't get any nice sql output [18:44:23] I wonder if that wrapper function is not called a lot of the time (executeQueryAttempt) [18:44:27] sigh [18:44:51] I think this is what happened on my local install when I tried to make this happen and I wound up hacking the actual doQuery function or something [18:51:31] Isn't the sql dump in the html output as comments? [18:52:24] https://www.mediawiki.org/wiki/Manual:$wgDebugDumpSql [18:52:30] >If $wgDebugComments is true, the Sql queries are dumped to the html output. [18:52:33] half right then [19:08:23] what html output [19:08:31] thi is a maintenance script, ain't no html output [19:08:44] all you folks all the time debugging web stuff :-P [19:08:55] I went and hacked Database.php again just like on home install :-/ [19:09:00] but hey at least I got my output [19:09:30] (03PS1) 10Dduvall: jjb: Support using helloworldoid in pipelinelib tutorials [integration/config] - 10https://gerrit.wikimedia.org/r/559572 [19:10:20] (03PS2) 10Dduvall: jjb: Support use of helloworldoid in pipelinelib tutorials [integration/config] - 10https://gerrit.wikimedia.org/r/559572 [19:10:35] you had touched the log file first, right? [19:11:11] (03CR) 10jerkins-bot: [V: 04-1] jjb: Support use of helloworldoid in pipelinelib tutorials [integration/config] - 10https://gerrit.wikimedia.org/r/559572 (owner: 10Dduvall) [19:14:28] (03PS3) 10Dduvall: jjb: Support use of helloworldoid in pipelinelib tutorials [integration/config] - 10https://gerrit.wikimedia.org/r/559572 [19:16:53] the log file gets written [19:16:57] the sql for the queries oesn't [19:17:12] proly a lot of stuff that calls doquery or some lower level dbr->select thing [19:17:30] yeah sure we should open a task someday but [19:17:32] meh [19:20:32] the place to put it is in uh the select() function in Database.php (the one that calls selectSQLText) [19:20:38] every select in the world uses that function [19:21:52] 10Phabricator, 10User-DannyS712: Request: Edit query of W4 - https://phabricator.wikimedia.org/T241028 (10Aklapper) Ah thanks. I cannot edit W2475 (that's the default setting), plus I have no idea what to edit where to replace W4 with W2475... [19:42:26] (03CR) 10Urbanecm: "> Patch Set 2:" [integration/config] - 10https://gerrit.wikimedia.org/r/559507 (owner: 10Urbanecm) [20:01:03] 10Phabricator, 10User-DannyS712: Request: Edit query of W4 - https://phabricator.wikimedia.org/T241028 (10DannyS712) >>! In T241028#5755066, @Aklapper wrote: > Ah thanks. I cannot edit W2475 (that's the default setting), plus I have no idea what to edit where in order to replace W4 with W2475... I set it so t... [20:19:49] 10Release-Engineering-Team (Local Dev), 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10Patch-For-Review, 10User-ArielGlenn: Provide docker-compose based development / CI environment in MediaWiki core - https://phabricator.wikimedia.org/T238224 (10thcipriani) p:05Triage→03Normal [20:24:27] 10Gerrit, 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10Patch-For-Review: Upgrade to Gerrit 2.16.13 - https://phabricator.wikimedia.org/T200739 (10thcipriani) [20:25:39] 10Phabricator (Search), 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10User-MModell: Test out the Phabricator 'ferrit' search engine. - https://phabricator.wikimedia.org/T230787 (10thcipriani) [20:28:07] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10Quibble: Feature request: Evaluate "require" field from "extension.json" in automated test environment - https://phabricator.wikimedia.org/T185736 (10thcipriani) [20:30:02] 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)): Document pipelinelib - https://phabricator.wikimedia.org/T239423 (10thcipriani) p:05Triage→03Normal [20:30:31] 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10Release Pipeline: Document pipelinelib - https://phabricator.wikimedia.org/T239423 (10thcipriani) [20:30:35] 10Phabricator, 10Wikibase-Containers, 10Wikidata: Can't do shallow clone from phabricator - https://phabricator.wikimedia.org/T240862 (10mmodell) Does it work over ssh? Shallow clone should work but I have no idea where to begin debugging this. [20:31:40] 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10Zuul, 10Patch-For-Review: Convert zuul to use scap - https://phabricator.wikimedia.org/T215458 (10thcipriani) [20:33:28] 10Release-Engineering-Team-TODO (201912), 10Release Pipeline: Write pipelinelib user guide - https://phabricator.wikimedia.org/T240914 (10thcipriani) p:05Triage→03Normal [20:33:32] 10Release-Engineering-Team-TODO (201912), 10Release Pipeline: Write Pipelinelib tutorial - https://phabricator.wikimedia.org/T240913 (10thcipriani) p:05Triage→03Normal [20:53:02] 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (201912): Migrate / phaseout out CI job phabricator-jessie-diffs - https://phabricator.wikimedia.org/T239980 (10mmodell) I have disabled the harbormaster jobs. We ca... [20:59:31] 10Phabricator, 10User-DannyS712: Request: Edit query of W4 - https://phabricator.wikimedia.org/T241028 (10Aklapper) 05Open→03Resolved a:03Aklapper Ah, I finally realize that I don't have to click "Edit Panel" on https://phabricator.wikimedia.org/W6 which only lets me change the name, but that each tab ha... [21:13:19] 10Phabricator, 10Release-Engineering-Team-TODO, 10Security-Team, 10Patch-For-Review, 10User-MModell: Maniphest task: Add cc address to the "From email" field that replies to the task - https://phabricator.wikimedia.org/T239162 (10mmodell) 05Open→03Resolved [21:13:21] 10Phabricator, 10Security-Team: PoC for security@ email tracking - https://phabricator.wikimedia.org/T239144 (10mmodell) [21:14:03] 10Phabricator, 10Security-Team: PoC for security@ email tracking - https://phabricator.wikimedia.org/T239144 (10mmodell) Please test this and let me know if there are any issues, afaik this should be done now. [21:17:20] 10Beta-Cluster-Infrastructure, 10Patch-For-Review: Figure out future for newly created deployment-prep jessie instances - https://phabricator.wikimedia.org/T218609 (10Eevans) 05Open→03Resolved This is now done. Sorry for the long delay. [21:17:22] 10Beta-Cluster-Infrastructure, 10Cloud-VPS (Debian Jessie Deprecation): Migrate deployment-prep away from Debian Jessie to Debian Stretch/Buster - https://phabricator.wikimedia.org/T218729 (10Eevans) [21:18:35] 10Phabricator (Search), 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10User-MModell: Test out the Phabricator 'ferrit' search engine. - https://phabricator.wikimedia.org/T230787 (10mmodell) @brennen I think this would be a good small project... [21:30:48] 10Phabricator, 10User-DannyS712: Request: Edit query of W4 - https://phabricator.wikimedia.org/T241028 (10DannyS712) >>! In T241028#5755340, @Aklapper wrote: > Ah, I finally realize that I don't have to click "Edit Panel" on https://phabricator.wikimedia.org/W6 which only lets me change the name, but that each... [23:24:14] (03PS1) 10QChris: Allow “Gerrit Managers” to import history [extensions/NativeSvgHandler] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559625 [23:24:16] (03CR) 10QChris: [V: 03+2 C: 03+2] Allow “Gerrit Managers” to import history [extensions/NativeSvgHandler] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559625 (owner: 10QChris) [23:24:23] (03PS1) 10QChris: Import done. Revoke import grants [extensions/NativeSvgHandler] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559626 [23:24:25] (03CR) 10QChris: [V: 03+2 C: 03+2] Import done. Revoke import grants [extensions/NativeSvgHandler] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/559626 (owner: 10QChris) [23:51:19] (03PS4) 10Dduvall: jjb: Support use of helloworldoid in pipelinelib tutorials [integration/config] - 10https://gerrit.wikimedia.org/r/559572 (https://phabricator.wikimedia.org/T240913)