[03:01:09] Project mwcore-phpunit-coverage-master build #4845: 04STILL FAILING in 1 min 9 sec: https://integration.wikimedia.org/ci/job/mwcore-phpunit-coverage-master/4845/ [06:59:52] 10Gerrit: Cannot complete first Gerrit login – account not attaching to CentralAuth - https://phabricator.wikimedia.org/T415438#11552401 (10MuskanNishad) Hi, thanks for the clarification. I’m unable to log into idp.wikimedia.org at all — authentication fails with 403 / invalid credentials, so I don’t have ac... [07:31:33] 10Gerrit: Cannot complete first Gerrit login – account not attaching to CentralAuth - https://phabricator.wikimedia.org/T415438#11552479 (10Peachey88) Have you created your developer account on idp yet? (It's unrelated to your login to Wikimedia wikis such as Wikipedia, Wikispecies, MediaWiki wiki etc) [08:08:21] 10Gerrit: Cannot complete first Gerrit login – account not attaching to CentralAuth - https://phabricator.wikimedia.org/T415438#11552509 (10MuskanNishad) Thanks for checking. Yes — my developer account is now set up and linked. I’m able to access Gerrit and have successfully pushed a change using the accoun... [09:37:21] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495 (10AlexisJazz) 03NEW [09:41:51] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11552729 (10AlexisJazz) [09:43:35] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11552743 (10AlexisJazz) [10:02:51] 10Beta-Cluster-Infrastructure, 10Scap, 10Observability-Logging: Setup service name for Beta Cluster access to logstash service in logging project - https://phabricator.wikimedia.org/T409363#11552964 (10colewhite) 05Open→03Resolved [10:10:10] (03merge) 10addshore: Jan 2026 stuff, grafana, and updating [repos/releng/cli] - 10https://gitlab.wikimedia.org/repos/releng/cli/-/merge_requests/642 [11:28:35] Project mediawiki-core-doxygen build #17270: 04FAILURE in 10 min: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen/17270/ [11:39:52] Yippee, build fixed! [11:39:52] Project mediawiki-core-doxygen build #17271: 09FIXED in 11 min: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen/17271/ [11:52:31] Hello! The Language and Product Localization team is creating a new tool named ArticleGuidance (https://phabricator.wikimedia.org/T396029) and to support that tool a new ArticleGuidance extension is being created and set up (https://phabricator.wikimedia.org/T415085). We have created a new repository on Gerrit (https://gerrit.wikimedia.org/r/admin/repos/mediawiki%252Fextensions%252FArticleGuidance), and also submitted a [11:52:31] patch (https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ArticleGuidance/+/1233137) to add the extension skeleton. We would also like to enable the CI for this new extension. Could you please help us to achieve this? Do we need to first merge the skeleton patch, before the CI can be enabled? Thanks! [12:09:28] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11553341 (10Aklapper) 05Open→03Declined After years of watching a bot trying to set or correct project tags in Mozilla Bugzilla, I am not sure that has created more ben... [12:24:20] nikG__, I'd naively hope that https://www.mediawiki.org/wiki/Continuous_integration/Tutorials/Adding_a_MediaWiki_extension covers this. If not, then the docs may welcome improvement :-/ [12:35:03] maintenance-disconnect-full-disks build 775562 integration-agent-docker-1040 (/: 36%, /srv: 98%, /var/lib/docker: 24%): OFFLINE due to disk space [12:40:03] maintenance-disconnect-full-disks build 775563 integration-agent-docker-1040 (/: 36%, /srv: 39%, /var/lib/docker: 23%): RECOVERY disk space OK [13:57:32] 10Continuous-Integration-Config, 13Patch-For-Review: mwext-phpunit-coverage-patch failing due to FileNotFoundError: [Errno 2] No such file or directory: '/workspace/src/tests/phpunit/suite.xml' - https://phabricator.wikimedia.org/T415471#11553797 (10Jdforrester-WMF) 05Open→03Resolved a:03Jdforrester-W... [13:59:18] (03PS1) 10Jforrester: jjb: Add notes about old quibble-coverage pin [integration/config] - 10https://gerrit.wikimedia.org/r/1233194 (https://phabricator.wikimedia.org/T395470) [14:01:46] (03CR) 10Jforrester: [C:03+2] jjb: Add notes about old quibble-coverage pin [integration/config] - 10https://gerrit.wikimedia.org/r/1233194 (https://phabricator.wikimedia.org/T395470) (owner: 10Jforrester) [14:04:09] (03Merged) 10jenkins-bot: jjb: Add notes about old quibble-coverage pin [integration/config] - 10https://gerrit.wikimedia.org/r/1233194 (https://phabricator.wikimedia.org/T395470) (owner: 10Jforrester) [14:09:55] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 13Patch-For-Review, 07Technical-Debt: Drop deprecated phpunit.php and suite.xml - https://phabricator.wikimedia.org/T395470#11553835 (10Jdforrester-WMF) [14:46:32] !log gerrit: changed `operations/software/permissions` project type from `CODE` to `PERMISSIONS` by pointing `HEAD` to `refs/meta/config` [14:46:33] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [14:51:56] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11553997 (10AlexisJazz) >>! In T415495#11553341, @Aklapper wrote: > "Errors in tagging are probably not a huge issue"? Oh, they are, based on what I've seen so far. I think... [15:08:12] 10Continuous-Integration-Config, 07Epic, 07PHP 8.5 support: Make PHP 8.5 voting on development (master) branch of MW ecosystem (core, vendor, extensions, skins, libraries) in CI - https://phabricator.wikimedia.org/T411814#11554057 (10Krinkle) [15:08:15] 10Continuous-Integration-Config, 07Epic, 07PHP 8.4 support: Make PHP 8.4 voting on development (master) branch of MW ecosystem (core, vendor, extensions, skins, libraries) in CI - https://phabricator.wikimedia.org/T386108#11554058 (10Krinkle) [15:20:55] 10Continuous-Integration-Config, 07Accessibility, 07Upstream: Red-green in PHPUnit code coverage are hard to read - https://phabricator.wikimedia.org/T232915#11554101 (10Jdforrester-WMF) [15:26:28] 10Phabricator: Remove duplicate default column from project - https://phabricator.wikimedia.org/T414946#11554127 (10Aklapper) I'd love to be able to reproduce this software bug, because same in T413157... @Sebastian_Berlin-WMSE: Do you remember if anything "strange" happened when setting up the columns? Did you... [15:28:01] Yippee, build fixed! [15:28:01] Project mwcore-phpunit-coverage-master build #4846: 09FIXED in 28 min: https://integration.wikimedia.org/ci/job/mwcore-phpunit-coverage-master/4846/ [15:39:04] 10Phabricator: Remove duplicate default column from project - https://phabricator.wikimedia.org/T414946#11554181 (10Aklapper) I ran `UPDATE phabricator_project.project_column SET properties = "[]" WHERE id=36426;` in order to remove the second "Default column" in the DB. It also seems that this "magically" move... [15:42:43] (03CR) 10Jforrester: [C:03+1] "Firstly the repo needs actually archiving, but yes." [IPSet] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/1194204 (https://phabricator.wikimedia.org/T401155) (owner: 10Hashar) [15:47:46] 10Phabricator: Remove duplicate default column from project - https://phabricator.wikimedia.org/T414946#11554203 (10Aklapper) The timestamps in the second DB query imply that the "Soon" "default" column was created before the normal default column (usually named Backlog). ` mysql:phstats@m3-slave.eqiad.wmnet [p... [15:52:53] 10Scap: SecurityPatchBot: Only change a task's status to 'open' if its current status is a 'closed status' - https://phabricator.wikimedia.org/T414273#11554217 (10dancy) >>! In T414273#11551749, @A_smart_kitten wrote: > Thanks @dancy :) FWIW, the issue (for me at least) would be less creating/submitting the actu... [16:03:48] (03open) 10dancy: JobViewerPage.vue: Restart job monitor when switching jobs [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1079 [16:03:52] (03update) 10dancy: JobViewerPage.vue: Restart job monitor when switching jobs [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1079 [16:06:36] (03merge) 10dancy: JobViewerPage.vue: Restart job monitor when switching jobs [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1079 [16:08:02] (03open) 10dancy: Release 4.236.0 [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1080 [16:10:37] (03merge) 10dancy: Release 4.236.0 [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1080 [16:20:45] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 13Patch-For-Review, 07Technical-Debt: Drop deprecated phpunit.php and suite.xml - https://phabricator.wikimedia.org/T395470#11554349 (10Daimona) Having thought about this a bit more: >>! In T395470#11549121, @Daimona wrote: > always run PHPUnit in t... [16:27:32] (03PS1) 10Daimona Eaytoy: Docker: [quibble-coverage] Pass PHPUnit config location explicitly [integration/config] - 10https://gerrit.wikimedia.org/r/1233211 (https://phabricator.wikimedia.org/T395470) [16:29:07] (03CR) 10CI reject: [V:04-1] Docker: [quibble-coverage] Pass PHPUnit config location explicitly [integration/config] - 10https://gerrit.wikimedia.org/r/1233211 (https://phabricator.wikimedia.org/T395470) (owner: 10Daimona Eaytoy) [16:31:16] (03PS2) 10Daimona Eaytoy: Docker: [quibble-coverage] Pass PHPUnit config location explicitly [integration/config] - 10https://gerrit.wikimedia.org/r/1233211 (https://phabricator.wikimedia.org/T395470) [16:31:53] 10Phabricator (Upstream), 07Upstream: Phantom unread Phabricator notification - https://phabricator.wikimedia.org/T399599#11554428 (10A_smart_kitten) I too have now joined the club of people with a phantom unread Phabricator notification :) [16:31:57] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11554429 (10Aklapper) > You'll need thousands of additional hashtags. Even if you do, there's a disconnect between how problems manifest and the components that are affecte... [17:03:37] 10Beta-Cluster-Infrastructure, 10GitLab, 10m3api: Unblock running tests against Beta Cluster from Digital Ocean GitLab CI runners - https://phabricator.wikimedia.org/T414864#11554620 (10dancy) @LucasWerkmeister Thanks for setting up https://gitlab.wikimedia.org/repos/m3api/tmp-m3api-oauth2 and adding me as... [17:39:52] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11554849 (10AlexisJazz) >>! In T415495#11554429, @Aklapper wrote: >> You'll need thousands of additional hashtags. Even if you do, there's a disconnect between how problems... [17:55:36] is there a public log of recently disabled Gerrit accounts? I guess not? [18:46:58] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11555094 (10Pppery) > First report: "Please enable mandatory 2FA for everyone on enwikivoyage. The community has discussed this and voted in favor with unanimous support:... [20:01:43] taavi: if they are disabled by the tool people can use yes, or disabled by all means no (that one is restricted to admins in phab) [20:19:02] <_Gerges> Hi [20:21:49] p858snake|cloud: i think you're confusing phab and gerrit mechanisms? [20:26:20] 10Phabricator, 07artificial-intelligence: Using AI to improve tagging of Phabricator tasks - https://phabricator.wikimedia.org/T415495#11555404 (10AlexisJazz) >>! In T415495#11555094, @Pppery wrote: > TLDR I'm seeing a lot more noise than signal in that copilot example. To me it's roughly 50/50, which is... [20:43:09] (03CR) 10Jforrester: "Do we need to also apply this change to mwext-phpunit-coverage.sh and the inline call in `phpunit-coverage-{php}-publish`?" [integration/config] - 10https://gerrit.wikimedia.org/r/1233211 (https://phabricator.wikimedia.org/T395470) (owner: 10Daimona Eaytoy) [20:49:21] (03PS1) 10Jforrester: Docker: [quibble-bullseye] Update to Quibble 1.15.0 [integration/config] - 10https://gerrit.wikimedia.org/r/1233267 [20:49:55] (03CR) 10Jforrester: [C:04-1] "Let's try to get -coverage fixed first." [integration/config] - 10https://gerrit.wikimedia.org/r/1233267 (owner: 10Jforrester) [20:51:27] 10Beta-Cluster-Infrastructure, 10GitLab, 10m3api: Unblock running tests against Beta Cluster from Digital Ocean GitLab CI runners - https://phabricator.wikimedia.org/T414864#11555474 (10dancy) Here's a working .gitlab-ci.yml config using `wmcs` runners: https://gitlab.wikimedia.org/repos/m3api/tmp-m3api-oau... [20:53:50] (03PS1) 10Jforrester: Zuul: [mediawiki/extensions/VisualEditor] Add BetaFeatures as a dependency [integration/config] - 10https://gerrit.wikimedia.org/r/1233268 [20:56:44] (03CR) 10Jforrester: [C:04-1] "Team is considering whether they want this." [integration/config] - 10https://gerrit.wikimedia.org/r/1233268 (owner: 10Jforrester) [21:16:39] <_Gerges> I am trying to update the logo and I am using the command to update tox -e logos, but I get the message "logo is taller than 155px, please resize it" even though the length of the SVG image is 147 (File:Wikibooks-logo-v2-ar.svg). [21:20:49] Hi _Gerges. Unfortunately I'm not an expert in that topic. I know there have been changes in the area of thumbnails recently, though. They landed on some standard thumbnail sizes which are described here: https://www.mediawiki.org/wiki/Common_thumbnail_sizes [21:21:18] Here's a link to the wikitech-l mailing list thread on that topic in case you haven't seen int: https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/thread/LS2NVZTBZPQDK2W7IP66SHUXP2J54435/#IN24RA4F7RRWO6BEDOS3LDI7SDCESLZG [21:22:04] (03open) 10dancy: jobrunner.py: Set SIGINT handler to default [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1081 [21:22:16] (03update) 10dancy: jobrunner.py: Set SIGINT handler to default [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1081 [21:22:49] (03close) 10dancy: io: Ensure proper SIGINT handling [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1077 [21:24:45] (03merge) 10dancy: jobrunner.py: Set SIGINT handler to default [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/1081 [21:30:31] _Gerges: in the operations/mediawiki-config/logos/manage.py script that error message is raised when the action=query&prop=imageinfo Action API request returns a "thumbheight" > 155. [21:30:49] _Gerges: here's what is happening behind the scenes -- https://commons.wikimedia.org/wiki/Special:ApiSandbox#action=query&format=json&prop=imageinfo&continue=&titles=File%3AWikibooks-logo-v2-ar.svg&formatversion=2&iiprop=url&iilimit=1&iiurlwidth=135 [21:31:36] 10Phabricator (Upstream), 07Upstream: No preview thumbnail for image file with more than 16,777,216 pixels - https://phabricator.wikimedia.org/T369621#11555618 (10TheDJ) 05Open→03Stalled [21:32:29] <_Gerges> @bd808: I know that, but why does it return a value greater than 155? [21:33:05] 10Gerrit, 06Release-Engineering-Team, 07Upstream: Enable visual image differences in Gerrit (was: Install gerrit image-diff plugin) - https://phabricator.wikimedia.org/T341291#11555621 (10TheDJ) 05Open→03Stalled [21:56:38] <_Gerges> I from the Standardisation of thumbnail sizes is that the logo is non-standard size, the next-larger standard size is used. This is causing me a problem; what dimensions should I use? [22:22:25] 10Continuous-Integration-Config, 06Release-Engineering-Team (Priority Backlog 📥), 10Pywikibot, 07Upstream: tox v4 with skipsdist=true does not recognize use_develop=true - https://phabricator.wikimedia.org/T346238#11555773 (10TheDJ) Seems this stalled upstream ? [22:36:15] 10MediaWiki-Releasing, 10MediaWiki-extensions-OATHAuth: Bundle WebAuthn extension with MediaWiki - https://phabricator.wikimedia.org/T258007#11555807 (10Reedy) 05Open→03Declined Due to {T303495}. [22:39:31] 10GitLab (Upstream pit of despair 🕳️), 07Upstream: GitLab truncates commit messages over 1k of text - https://phabricator.wikimedia.org/T330790#11555825 (10TheDJ) 05Open→03Resolved a:03TheDJ Both examples show fully now in gitlab for me. [22:42:32] 10Scap, 10MW-on-K8s, 06serviceops, 07Upstream: Kubernetes configuration file is group-readable - https://phabricator.wikimedia.org/T329899#11555836 (10TheDJ) upstream helm ticket: closed this as not planned, on Sep 28, 2025 [22:44:11] (03CR) 10Daimona Eaytoy: "Thankfully no because those are already run from the right directory. It's just this one that isn't." [integration/config] - 10https://gerrit.wikimedia.org/r/1233211 (https://phabricator.wikimedia.org/T395470) (owner: 10Daimona Eaytoy) [22:52:27] !log Unblock 45.16.0.0/12 (T415467) [22:52:33] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [23:01:18] _Gerges: you very well might be the first person to work on a site logo since folks made some config change. You might try making that same API call for an existing logo to see if something is different now. If it is then open a phab task and ping in Ladsgroup for an opinion. [23:01:53] The problem could be our tooling, the thumb settings, or a combination of both. [23:16:15] 10MediaWiki-Releasing: Bundle Extension:DynamicPageList3 with MediaWiki - https://phabricator.wikimedia.org/T397133#11555963 (10Mr._Starfleet_Command) DPL3 is no longer maintained and is now incompatible with current MediaWiki, so obviously it is out of the question. DPL4, on the other hand, is now marked as... [23:27:00] !log Unblock 66.130.0.0/15 (T415596) [23:27:01] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [23:34:38] 10Beta-Cluster-Infrastructure: Project deployment-prep instance deployment-sessionstore06 is down - https://phabricator.wikimedia.org/T415021#11556001 (10bd808) >>! In T415021#11539495, @bd808 wrote: > `sudo journalctl --since "2026-01-20 10:05:00" --until "2026-01-20 10:15:00"` turned up the kernel oom-killer g... [23:35:34] 10Beta-Cluster-Infrastructure: Caassandra killed by oom-killer and prometheus scrapes failing intermittently on deployment-sessionstore06 - https://phabricator.wikimedia.org/T415021#11556002 (10bd808)