[00:07:42] 06Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.47.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T430834#12189939 (10Jdforrester-WMF) [03:05:54] 06Project-Admins: Create project tag for User-ekrem - https://phabricator.wikimedia.org/T434162 (10ekrem) 03NEW [04:00:42] 06Project-Admins: Create project tag for user-ekrem - https://phabricator.wikimedia.org/T434162#12190119 (10ekrem) [04:54:21] 06Project-Admins, 06Release-Engineering-Team (Doing 😎): Create project tag for user-ekrem - https://phabricator.wikimedia.org/T434162#12190163 (10Aklapper) 05Open→03Resolved a:03Aklapper Requested public project tag #User-ekrem has been created: https://phabricator.wikimedia.org/project/view/8942/ (... [05:06:13] 06Project-Admins, 06Release-Engineering-Team (Doing 😎): Create project tag for user-ekrem - https://phabricator.wikimedia.org/T434162#12190193 (10ekrem) thanks! [07:16:21] 10GitLab, 06Release-Engineering-Team (Radar), 06collaboration-services, 13Patch-For-Review: gitlab behind CDN - https://phabricator.wikimedia.org/T425441#12190308 (10ABran-WMF) [07:19:08] 10GitLab, 06Release-Engineering-Team (Radar), 06collaboration-services, 13Patch-For-Review: gitlab behind CDN - https://phabricator.wikimedia.org/T425441#12190313 (10ABran-WMF) [08:45:52] 06Release-Engineering-Team, 06collaboration-services, 06Data-Platform-SRE (2026-07-03 - 2026-07-31): archiva1002 has stale jobs in /var/cache/archiva that uses all the disk space - https://phabricator.wikimedia.org/T425083#12190475 (10jcrespo) I was told that is is in collab's area with Releng, but that it w... [10:48:54] 06Release-Engineering-Team, 06Data-Platform-SRE (2026-07-03 - 2026-07-31): archiva1002 has stale jobs in /var/cache/archiva that uses all the disk space - https://phabricator.wikimedia.org/T425083#12190975 (10LSobanski) I'm not aware of Collab's involvement with Archiva other than past discussions about migrat... [10:53:25] dear releng, there is a group of keys or key since yesterday's group1 train, that is being set more than usual [10:53:28] https://usercontent.irccloud-cdn.com/file/xH0rFlGt/image.png [10:54:13] 2026-08-05 08:15:06: rebuilt and synchronized wikiversions files: group1 to 1.47.0-wmf.14 refs T430833 [10:54:13] [10:54:13] T430833: 1.47.0-wmf.14 deployment blockers - https://phabricator.wikimedia.org/T430833 [11:00:34] I am 100% sure this is due to a change ofc [11:08:55] 10Continuous-Integration-Infrastructure, 07Jenkins, 07Security: Jenkins plugins security advisory 2026-08-05 - https://phabricator.wikimedia.org/T434186 (10jnuche) 03NEW [11:10:31] 10Continuous-Integration-Infrastructure, 07Jenkins, 07Security: Jenkins plugins security advisory 2026-08-05 - https://phabricator.wikimedia.org/T434186#12191072 (10jnuche) Jenkins LTS 2.568.2 will need to be imported to apt.wikimedia.org [11:16:41] effie: hi there. Thanks for flagging but I'm missing he context for that. What dashboard is that graph coming from? Should we be concerned? Anyone we should ping about it? [11:18:01] jnuche: sorry my bad this is memcached [11:18:38] ack, no worries [11:52:32] (03open) 10taavi: runner: Disable Composer audit.block-insecure option [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/124 (https://phabricator.wikimedia.org/T416518) [11:54:07] (03update) 10taavi: runner: Disable Composer audit.block-insecure option [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/124 (https://phabricator.wikimedia.org/T416518) [12:18:15] (03open) 10jforrester: releases: Bump mediawiki/mediawiki-codesniffer to 52 [repos/ci-tools/libup-config] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup-config/-/merge_requests/143 (https://phabricator.wikimedia.org/T434187) [12:18:55] (03merge) 10jforrester: runner: Disable Composer audit.block-insecure option [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/124 (https://phabricator.wikimedia.org/T416518) (owner: 10taavi) [12:18:58] (03approved) 10ladsgroup: releases: Bump mediawiki/mediawiki-codesniffer to 52 [repos/ci-tools/libup-config] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup-config/-/merge_requests/143 (https://phabricator.wikimedia.org/T434187) (owner: 10jforrester) [12:19:14] (03merge) 10jforrester: releases: Bump mediawiki/mediawiki-codesniffer to 52 [repos/ci-tools/libup-config] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup-config/-/merge_requests/143 (https://phabricator.wikimedia.org/T434187) [13:01:31] 10Phabricator Translations Extension, 10LPL sprints, 06translatewiki.net: Phabricator translations needs i18n check reviewed again - https://phabricator.wikimedia.org/T434026#12191384 (10GGalofre-WMF) p:05Triage→03Medium [13:08:36] James_F: triggered a full libup run [13:10:20] of course not going to be very fast at this time of day with other things in CI, but better than nothing [13:11:44] also, skipping the audit.block-insecure fix for now; the upgrade on its own will get CI green and I suspect spending a bit more time on figuring out if we want that everywhere or just, say, extensions and skins would be useful [13:28:00] 10Beta-Cluster-Infrastructure: Project deployment-prep instance deployment-eventstreams-3 is down - https://phabricator.wikimedia.org/T434022#12191475 (10tchin) →14Duplicate dup:03T429497 [13:28:37] 10Phabricator Translations Extension, 06translatewiki.net, 10LPL sprints (S2 2026 August): Phabricator translations needs i18n check reviewed again - https://phabricator.wikimedia.org/T434026#12191478 (10GGalofre-WMF) [13:30:54] taavi: Ack, that works. The canaries are now all upgraded, so do you need to re-trigger a run? [13:32:34] canaries are already taken care of [13:34:29] Yes, that’s what I said. Doesn’t LibUp cache the canary status at start-up so it’ll need a re-start? Or did you trigger it after the first run that did the canaries? [13:37:26] i ran the canaries through libup after the patches there were merged to make the backend aware of them being up-to-date before triggering the full run [13:37:38] Ah, cool. [13:37:41] Thanks! <3 [13:39:09] (03PS1) 10Hashar: release: Quibble 1.19.0 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321961 (https://phabricator.wikimedia.org/T432934) [13:39:17] (03PS1) 10Hashar: release: Start new version cycle [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321962 [13:39:30] hashar: Now’s not the best time to upgrade CI, you’ll get lots of false negatives. [13:40:23] James_F: cause of the packagist sec enforcment isn't it? [13:40:29] Yes. :-( [13:40:31] libup caches the config from gitlab for a bit which might need manual pokes when in a hurry, but the canary status is "live" (as in it's the last run recorded in the database that matters) [13:40:34] T434187 [13:40:35] T434187: CI runs for repos with codesniffer 51 fail due to PKSA-rdkp-vv9z-mjkg - https://phabricator.wikimedia.org/T434187 [13:40:51] taavi: Aha, I mis-remembered. Good to know. [13:40:55] we should revisit that system. I am not sure we want composer to fail entirely, and probably not on dev dependencies [13:41:11] cause having the whole stack stuck is not ideal [13:41:24] … and of course selenium test flakage is attacking. [13:41:46] oh codesniffer nice [13:41:52] so basically gotta update a thousand+ repos :-\ [13:41:54] honestly [13:42:14] I think is case for doing a fast-forward push of this chanages [13:42:27] I think it is a case for doing a fast-forward push of this changes [13:42:50] hashar: Comment on the Phab task to that effect. [13:43:32] On T416518 specifically, sorry. [13:43:33] T416518: Disable Composer 2.9 functionality to randomly block existing configurations from working - https://phabricator.wikimedia.org/T416518 [13:47:16] done v [13:47:18] https://phabricator.wikimedia.org/T434187#12191553 [13:47:24] for the direct push [13:47:25] <3 [13:47:30] taavi: are you doing the libup run? [13:47:45] see my comment above, we should "simply" do direct pushes of the updates [13:48:23] and I am not sure how the supported branches (releases, wmf, fundraising) are affected but if they are that is even MORE changes to push [13:48:49] hashar: Every branch of every repo that uses MW-CS, about 975 of them. [13:49:08] yeah so that is a few thousands of changes time a handful of jobs [13:49:13] hashar: However, this is a CI-critical tool, and a bunch of repos will not pass as-is and need a bunch of fixes. [13:49:21] that would take the whole day to process [13:49:23] for little gain [13:49:36] Sadly, bypassing CI won’t make the world better here, it just defers the pain and makes it harder to spot. [13:49:48] beside a lot of human cycles to workaround the flapping tests and repos that did not been kept up to date [13:50:17] how is that not making the world better to `git push` the changes updating the composer.json? [13:50:58] (03open) 10taavi: runner: Set in Composer audit.block-insecure MW exts+skins only [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/125 (https://phabricator.wikimedia.org/T416518) [13:51:10] (03update) 10taavi: runner: Set in Composer audit.block-insecure MW exts+skins only [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/125 (https://phabricator.wikimedia.org/T416518) [13:51:39] (03CR) 10Hashar: "@mhurd@wikimedia.org may you review my writing in `CHANGELOG.rst` please? Thanks!" [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321961 (https://phabricator.wikimedia.org/T432934) (owner: 10Hashar) [13:51:53] taavi: Do we want to do this for mediawiki/* for libs/ and tools/? Small enough set that it’s probably not worth it. [13:52:22] (03approved) 10jforrester: runner: Set in Composer audit.block-insecure MW exts+skins only [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/125 (https://phabricator.wikimedia.org/T416518) (owner: 10taavi) [13:53:48] (03update) 10taavi: runner: Set in Composer audit.block-insecure MW exts+skins only [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/125 (https://phabricator.wikimedia.org/T416518) [13:54:12] James_F: i would start small and expand if it becomes a problem [13:56:53] (03CR) 10CI reject: [V:04-1] release: Quibble 1.19.0 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321961 (https://phabricator.wikimedia.org/T432934) (owner: 10Hashar) [13:57:31] WFM. [13:58:04] (03CR) 10CI reject: [V:04-1] release: Start new version cycle [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321962 (owner: 10Hashar) [14:00:52] * hashar cries [14:01:34] oh yeah the quibble change fail due to the codesniffer issue. So it is all fine [14:03:43] (03merge) 10taavi: runner: Set in Composer audit.block-insecure MW exts+skins only [repos/ci-tools/libup] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup/-/merge_requests/125 (https://phabricator.wikimedia.org/T416518) [14:05:06] (03PS1) 10Mpostoronca: zuul: Add EventBus and EventLogging deps for WikimediaAntiAbuse [integration/config] - 10https://gerrit.wikimedia.org/r/1321972 (https://phabricator.wikimedia.org/T432848) [14:12:37] 06Release-Engineering-Team (Doing 😎), 10Catalyst (Luka Ijo Pimeja Jan), 07Essential-Work: Infra: Make sure our cluster VMs are running on different hypervisor hosts - https://phabricator.wikimedia.org/T426874#12191680 (10jnuche) As it turns out an OpenStack VM can only be added to a server group on creation... [14:13:45] 06Release-Engineering-Team (Doing 😎), 10Catalyst (Luka Ijo Pimeja Jan), 07Essential-Work: Infra: Make sure our cluster VMs are running on different hypervisor hosts (+piggybacked machine upgrades) - https://phabricator.wikimedia.org/T426874#12191686 (10jnuche) [14:18:30] Hmm, LibUp keeps running but hasn’t pushed a patch for over an hour. [14:20:51] James_F: too much other stuff in CI :( [14:20:59] Ah. :-( [14:23:15] taavi: what I said earlier, please push the changes directly to the branches [14:23:36] (or maybe that is what libup is doing and it is stuck for some reason? ) [14:24:22] hashar: A massive gerrit CI reconfiguration to allow direct pushes to those branches is something we shouldn’t rush. What will it break in gerrit? In Gerrit’s replication? Etc. [14:24:41] there is no need to touch CI [14:24:52] you can have the patch pushed directly to the branch [14:24:56] git push HEAD:refs/heads/master [14:25:15] Gerrit will not even bother creating an associated change [14:25:19] so it is entirely invisible to CI [14:25:42] the only thing that might be needed is to allow direct push to the LibUp user or to someone account (the later is already the case) [14:25:44] Yes. What will that do to the gerrit-replica system? To the gerrit->GitHub system? Have we ever done this before? [14:25:55] and for fundraising/* branches that MUST be a change for review / no direct push there [14:26:19] when the git push is processed, Gerrit move forwards the branch for the repository and trigger a replication of that fast forward to the replicas [14:26:26] and the delta objects are sent to the replica [14:26:30] so it is transparent [14:26:39] Ack, OK. [14:27:05] I think it is possible Zuul get confused if the branch has advanced behind the hood for a change it is about to merge (via gate-and-submit) [14:27:17] Hmm, yeah. [14:27:33] which I think it will timeout/flag those changes are outdated/failed etc. V-1 and they can be +2ed later [14:27:47] honestly, I don't remember the exact behavior [14:27:51] but those would be easy fix [14:57:50] 06Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.47.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T430834#12191945 (10Daimona) [14:58:49] 06Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.47.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T430834#12191952 (10Daimona) Marked T426102 as a tentative blocker because it contains a backwards-incompatible DB table rename. The chang... [16:08:36] 06Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.47.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T430834#12192160 (10brennen) [16:23:08] 06Release-Engineering-Team, 06collaboration-services: Deploying Phab/Phorge in devtools to new Trixie instance does not restart PHP 8.4 - https://phabricator.wikimedia.org/T433988#12192199 (10Arnoldokoth) 05Open→03In progress a:03Arnoldokoth [16:53:01] 06Project-Admins: Create project tag for Wikisource Reader App (iOS) - https://phabricator.wikimedia.org/T434226 (10Bodhisattwa) 03NEW [17:12:01] 06Project-Admins: Create project tag for Wikisource Reader App (iOS) - https://phabricator.wikimedia.org/T434226#12192424 (10Urbanecm) 05Open→03Resolved a:03Urbanecm Requested public project #wikisource_reader_app_ios has been created: https://phabricator.wikimedia.org/project/view/8943/ Please encour... [17:22:19] (03merge) 10dancy: logstash: Support HTTP basic auth for logstash queries [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1242 (https://phabricator.wikimedia.org/T434114) [17:35:03] maintenance-disconnect-full-disks build 830817 integration-agent-docker-1085 (/: 26%, /srv: 98%, /var/lib/docker: 34%): OFFLINE due to disk space [17:39:51] (03merge) 10dancy: Replace deprecated Phabricator Conduit API calls [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/41 (https://phabricator.wikimedia.org/T430410) (owner: 10aklapper) [17:40:03] maintenance-disconnect-full-disks build 830818 integration-agent-docker-1085 (/: 26%, /srv: 71%, /var/lib/docker: 34%): RECOVERY disk space OK [17:54:45] (03open) 10dancy: Revert "Replace deprecated Phabricator Conduit API calls" [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/42 [17:55:35] !log Restarted gitlab-webhooks (T430410) [17:55:37] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [17:55:38] T430410: Replace deprecated Phabricator Conduit API call with stable equivalent (CodeReviewBot) - https://phabricator.wikimedia.org/T430410 [17:56:28] (03merge) 10dancy: Revert "Replace deprecated Phabricator Conduit API calls" [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/42 [18:02:07] !log Restarted gitlab-webhooks (T430410) (revert) [18:02:10] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [18:02:10] T430410: Replace deprecated Phabricator Conduit API call with stable equivalent (CodeReviewBot) - https://phabricator.wikimedia.org/T430410 [18:04:40] 10Phabricator, 06Release-Engineering-Team (Doing 😎), 13Patch-For-Review: Replace deprecated Phabricator Conduit API call with stable equivalent (CodeReviewBot) - https://phabricator.wikimedia.org/T430410#12192797 (10Aklapper) `@dancy` gave this a try (thank you!) and added me explicitly to https://toolsadmin... [18:05:05] ccccccrtghtjtdjegrirghuhtkufgjkbukgdfnjdnufh [18:05:23] Pay no mind [18:06:47] Curious if there are any tips/first thoughts about https://phabricator.wikimedia.org/T434024 (CI slow for civicrm build/tests) [18:16:56] 10Phabricator: Make SRE's offboard-user.py script also disable Phabricator accounts - https://phabricator.wikimedia.org/T434244 (10Aklapper) 03NEW p:05Triage→03Low [18:28:28] (03CR) 10Mhurd: "Just a couple of writing nits, nothing blocking." [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321961 (https://phabricator.wikimedia.org/T432934) (owner: 10Hashar) [18:32:51] (03open) 10dancy: utils: Tolerate null MR field values in change events [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/43 [18:34:32] (03merge) 10dancy: utils: Tolerate null MR field values in change events [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/43 [18:43:27] (03CR) 10Jforrester: [C:03+2] build: Updating dependencies [integration/docroot] - 10https://gerrit.wikimedia.org/r/1321986 (owner: 10Libraryupgrader) [19:11:59] (03open) 10aklapper: Replace deprecated Phabricator Conduit API calls [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/44 (https://phabricator.wikimedia.org/T430410) [19:12:19] (03update) 10aklapper: Replace deprecated Phabricator Conduit API calls [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/41 (https://phabricator.wikimedia.org/T430410) [20:25:34] (03approved) 10dancy: Replace deprecated Phabricator Conduit API calls [repos/releng/gitlab-webhooks] - 10https://gitlab.wikimedia.org/repos/releng/gitlab-webhooks/-/merge_requests/44 (https://phabricator.wikimedia.org/T430410) (owner: 10aklapper) [20:29:47] 10Continuous-Integration-Infrastructure, 10OOUI: OOUI PHP demos page on doc.wikimedia.org does not load due to old PHP version - https://phabricator.wikimedia.org/T434151#12193259 (10taavi) [20:54:54] 10Gerrit, 06collaboration-services: gerrit reviewer-bot should trust global SSH known_hosts - https://phabricator.wikimedia.org/T434133#12193370 (10bd808) The known hosts file is not provisioned into Toolforge containers, and if it was it would be a point in time copy rather than a live file managed by Puppet... [20:59:56] 10Gerrit, 06collaboration-services: gerrit reviewer-bot should trust global SSH known_hosts - https://phabricator.wikimedia.org/T434133#12193389 (10bd808) Reported upstream at https://github.com/valhallasw/gerrit-reviewer-bot/issues/30. Someone start the timer to see how long until @valhallasw replies that it... [21:18:05] aude: wmf-beta-update-all failed a few minutes ago with: Fatal error: Uncaught RuntimeException: ReadingListBetaFeature and ReadingListsEnabled cannot both be enabled in /srv/mediawiki-staging/php-master/extensions/ReadingLists/src/ExtensionRegistration.php:18 [21:18:24] looking [21:18:26] https://beta-update.wmcloud.org/202608062110.log [21:19:13] think i know why and fixing [21:26:08] 10Continuous-Integration-Infrastructure, 10doc.wikimedia.org, 10OOUI: OOUI PHP demos page on doc.wikimedia.org does not load due to old PHP version - https://phabricator.wikimedia.org/T434151#12193480 (10bd808) [21:37:26] 10Continuous-Integration-Infrastructure, 06collaboration-services, 10doc.wikimedia.org, 10OOUI: OOUI PHP demos page on doc.wikimedia.org does not load due to old PHP version - https://phabricator.wikimedia.org/T434151#12193502 (10bd808) `lang=shell-session bd808@mpb03:~$ ssh doc1004.eqiad.wmnet Linux doc10... [21:41:12] (03PS2) 10Hashar: release: Quibble 1.19.0 [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321961 (https://phabricator.wikimedia.org/T432934) [21:41:55] (03CR) 10Hashar: "Thank you @mhurd@wikimedia.org!! I should have read my english twice!" [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321961 (https://phabricator.wikimedia.org/T432934) (owner: 10Hashar) [21:42:10] (03PS2) 10Hashar: release: Start new version cycle [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321962 [21:46:58] (03CR) 10CI reject: [V:04-1] release: Start new version cycle [integration/quibble] - 10https://gerrit.wikimedia.org/r/1321962 (owner: 10Hashar) [21:55:20] beta cluster scap is fixed [22:18:14] 10Continuous-Integration-Infrastructure (Zuul upgrade), 06collaboration-services, 07Essential-Work: Test new zuul test VMs - https://phabricator.wikimedia.org/T405120#12193581 (10Dzahn) @dduvall Hi! I am going to be out of office until early September but if you have an update here meanwhile that would be gr... [22:30:26] 10Gerrit, 06collaboration-services: gerrit reviewer-bot should trust global SSH known_hosts - https://phabricator.wikimedia.org/T434133#12193591 (10Dzahn) p:05Triage→03Low to collab team: wanted to share it but priority low since it's only about next time a host key changes. Maybe the part that a human is... [22:42:51] 10Continuous-Integration-Infrastructure, 06collaboration-services, 10doc.wikimedia.org, 10OOUI: OOUI PHP demos page on doc.wikimedia.org does not load due to old PHP version - https://phabricator.wikimedia.org/T434151#12193671 (10Dzahn) >>! In T434151#12193502, @bd808 wrote: > The last time we did that dan... [22:55:32] 10Continuous-Integration-Infrastructure, 06collaboration-services, 10doc.wikimedia.org, 10OOUI: OOUI PHP demos page on doc.wikimedia.org does not load due to old PHP version - https://phabricator.wikimedia.org/T434151#12193691 (10bd808) [22:57:59] 10Continuous-Integration-Infrastructure, 06collaboration-services, 10doc.wikimedia.org, 10OOUI: OOUI PHP demos page on doc.wikimedia.org does not load due to old PHP version - https://phabricator.wikimedia.org/T434151#12193696 (10bd808) 05Open→03Stalled Marking as staled on the now child {T434261} task...