This may have caused T428962: TypeError: MediaWiki\Extension\PageAssessments\PageAssessmentsStore::cleanProjectTitle(): Argument #1 ($project) must be of type string, int given

In T428512#11999104, @Ladsgroup wrote:

Plus once the label of property changes, it takes a while to be reflected on all items since HTML of the page is stored in ParserCache for a month

Depends on T428716: [Platform API] Prevent output in phpunit tests which is stalled

I agree that removing Very experienced editors from our definition makes sense - our efforts are going to be focused on more junior users.

Thank you, @catherine.kelsey.wmde!
I looked through the spreadsheet and it seems the numbers are off. Some examples:

• For P5460 it says it is used on 99 Items but it is actually used on a lot more: https://www.wikidata.org/w/index.php?title=Special:WhatLinksHere/Property:P5460&namespace=0&limit=500
• For the same property it says it is used on 354 Items that have a sitelink. But logically that number can not be larger than the number of Items the Property is used on.
• Towards the end the last two columns are emtpy but should not be. For example P5629 is empty in the spreadsheet but according to https://www.wikidata.org/wiki/Special:WhatLinksHere?target=Property%3AP5629&namespace=0&limit=500 it is used on a lot of Items.

Change #1301332 had a related patch set uploaded (by KineticPelagic; author: KineticPelagic):

[mediawiki/extensions/CheckUser@master] REST: Address PSI comments on CheckUser module localisation

https://gerrit.wikimedia.org/r/1301332

This is in progress, should be complete next week.

Is there some more context to this?

I'm unsure of the full context. This patch does not reduce log output to the terminal locally *unless* you specify the --debug flag when running Integration\ElasticSearchIndexDeleteTest. n.b running this is inconvenient (docker compose exec -e RUN_PHPUNIT_INTEGRATION_TEST=1 -e ELASTICSEARCH_HOST=elasticsearch.svc:9200 -T api vendor/bin/phpunit --debug tests/Jobs/Integration/ElasticSearchIndexDeleteTest.php).

I suspect this one is zh_min_nanwiki bad data.

From the kind Vivian:

Change #1300715 merged by jenkins-bot:

[mediawiki/extensions/EntitySchema@master] Document hard dependency on Wikibase

https://gerrit.wikimedia.org/r/1300715

Change #1301331 had a related patch set uploaded (by Muehlenhoff; author: Muehlenhoff):

[operations/puppet@production] Also sync firmwares to cumin2003

https://gerrit.wikimedia.org/r/1301331

Termbox shouldn’t be used on Commons, so I’d be very surprised if that’s related. (Also, the errors seem to show up in Logstash at least half a day before the 2026-06-09 Termbox deploys).

Change #1301330 had a related patch set uploaded (by Muehlenhoff; author: Muehlenhoff):

[operations/puppet@production] Add cumin2003 as additional git peer for Homer

https://gerrit.wikimedia.org/r/1301330

@hnowlan do you know if this is complete?

Change #1300806 merged by jenkins-bot:

[operations/deployment-charts@master] ml-services: add liftwing-openapi-server latest version deployment

https://gerrit.wikimedia.org/r/1300806

Wikibase(?)/termbox was rebuild and deployed for T321316. The last rebuild was 7+ month ago, could that be related? We could revert https://gerrit.wikimedia.org/r/c/operations/deployment-charts/+/1299533, although the old image is almost two years old.

Change #1301314 merged by Jcrespo:

[operations/puppet@production] Revert^2 "dbbackups: Testing x1 backups on new cumin2003 trixie host"

https://gerrit.wikimedia.org/r/1301314

Change #1301328 had a related patch set uploaded (by Muehlenhoff; author: Muehlenhoff):

[operations/puppet@production] ganeti: Grant RAPI access to cumin2003

https://gerrit.wikimedia.org/r/1301328

FWIW, when I had a quick look at the stack trace the other day, none of the code seemed to have been touched recently. I also don’t understand the code well enough to judge if this is missing some form of array_key_exists() check, or if it’s correct that the code always excepts the C (claims/statements) usage to be present, and some other issue is violating that expectation / precondition.

error found in the logs of application_1778834239566_465645 (wiki zh_min_nanwiki):

error: string "" is too short (length: 0, required minimum: 1)
    level: "error"
    schema: {"loadingURI":"#","pointer":"/properties/page/properties/redirect_page_link/properties/page_title"}
    instance: {"pointer":"/page/redirect_page_link/page_title"}
    domain: "validation"
    keyword: "minLength"
    value: ""
    found: 0
    minLength: 1

Change #1301324 had a related patch set uploaded (by Muehlenhoff; author: Muehlenhoff):

[operations/puppet@production] Add mysql grant for cumin2003

https://gerrit.wikimedia.org/r/1301324

Change #1301323 had a related patch set uploaded (by Muehlenhoff; author: Muehlenhoff):

[operations/puppet@production] Add cumin2003 to DB firewall config

https://gerrit.wikimedia.org/r/1301323

thanks for the fix, will investigate why WikibaseLexemeCirrusSearch is not run on CirrusSearch CI.

Pyrra has been replaced by Sloth

Sloth has replaced Pyrra

Should this be closed or is there sloth-adjacent work that should be tracked here?

deploy_env: add timestamp to env names to prevent collisions

FYI I deployed a change on Wednesday to our logging such that requests for PDFs and other non-scrapeable pages now end up in the logs

Change #1301317 had a related patch set uploaded (by Your1; author: Your1):

[mediawiki/extensions/PageForms@master] Keep internal values (not labels) for tokens and list inputs

https://gerrit.wikimedia.org/r/1301317

Change #1299652 merged by jenkins-bot:

[mediawiki/extensions/MultimediaViewer@master] Carousel: Unify module loading and thumbnail extraction

https://gerrit.wikimedia.org/r/1299652

On a related note, Azerbaijani has just implemented this via GRAMMAR (T426082), and this is how @jhsoby wanted to make it work for English in 678307.

Looking at Logstash, the LogicException dropped to zero on Jun 11 after the remaining delayed jobs from before the fix expired.

This is causing operational alert spamming for MediaWikiHighErrorRate for mw-api-ext, so if something else happens to that deployment, it will be drowned in the noise.

Change #1301314 had a related patch set uploaded (by Jcrespo; author: Jcrespo):

[operations/puppet@production] Revert^2 "dbbackups: Testing x1 backups on new cumin2003 trixie host"

https://gerrit.wikimedia.org/r/1301314

If you are curious and want to try making this change yourself, this would require adding a line in the file /resources/src/mediawiki.language.specialCharacters/specialcharacters.json in the code repository mediawiki/core in Gerrit.
(A past example can be found in T185918 / https://gerrit.wikimedia.org/r/c/mediawiki/core/+/406829/)

Thank you for tagging this task with good first task for Wikimedia newcomers!

@Green_Cardamom Unfortunately we don't have those files available in this particular case. Toolforge users are responsible for keeping backups of their data, see https://wikitech.wikimedia.org/wiki/Help:Toolforge/Tool_accounts#Backup_Toolforge_data . Related issue T428867.

Change #1301313 had a related patch set uploaded (by Blake; author: Blake):

[operations/deployment-charts@master] mw-wikifunctions: Prune host list for mw-wikifunctions ingress

https://gerrit.wikimedia.org/r/1301313

fceratto opened https://gitlab.wikimedia.org/repos/releng/gitlab-trusted-runner/-/merge_requests/176

In T427333#12011606, @Geekgecko wrote:

Well, something seems fixed for me now.

This could be the same error as T418778, in that it’s the [data-v-app] part of the selector which is missing (but in the screenshot we still see the P23 text because it’s server-side rendered).