Maniphest T407827

Iterating over 456 Wikidata statements exceeds orchestrator time limit
Open, MediumPublicBUG REPORT
Actions

Assigned To

None

Authored By

	DMartin-WMF
	Oct 21 2025, 4:30 AM

Project Tags

Referenced Files

None

Subscribers

Jdforrester-WMF

Description

Description

Steps to reproduce (step by step instructions, with links, commands and necessary data to reproduce the error)

Visit the test case Most recent population of Chicago
In the Implementations pane, notice the Failed label for Z28884, currently named Composition for Z28874 (WIP)
Click on Details, to see Reached time limit in orchestrator (time limit: "10000 ms")
Note also the sibling test Most recent population of Hickory, with a smaller number of statements, does not fail.

Observed behavior

Reached time limit in orchestrator (time limit: "10000 ms")//

Expected behavior/Acceptance criteria (returned value, expected error, performance expectations, etc.)

Should complete normally without exceeding the time limit.

This test fetches the item for Chicago from Wikidata, then calls a function with a JavaScript implementation to iterate over the 456 statements in the item for Chicago, to filter out those with the population property (of which there are only 5), then recurses over those 5 statements to see which one has the most recent point-in-time qualifier.

Completion checklist

Before closing this task, review one by one the checklist available here: https://www.mediawiki.org/wiki/Abstract_Wikipedia_team/Definition_of_Done#Back-end_Task/Bug_completion_checklist

Related Objects

Mentioned In: T396943: transform: Add warnings to metadata when statements are omitted from Wikidata import

Event Timeline

DMartin-WMF created this task.Oct 21 2025, 4:30 AM

DMartin-WMF updated the task description. (Show Details)

DMartin-WMF updated the task description. (Show Details)Oct 21 2025, 4:34 AM

DMartin-WMF added a parent task: T406346: [26Q2] Orchestrator memory squashing.Oct 22 2025, 5:24 AM

cmassaro triaged this task as Medium priority.Oct 22 2025, 5:50 PM

cmassaro edited projects, added: Abstract Wikipedia team (26Q2 (Oct–Dec)); removed: Abstract Wikipedia team.

cmassaro moved this task from Incoming to Ready on the Abstract Wikipedia team (26Q2 (Oct–Dec)) board.Oct 22 2025, 5:57 PM

Jdforrester-WMF added a project: OKR-Work.Nov 6 2025, 5:30 PM

We will need to re-file this under Q3's performance epic.

cmassaro edited projects, added: Abstract Wikipedia team (26Q3 (Jan–Mar)); removed: Abstract Wikipedia team (26Q2 (Oct–Dec)).Dec 17 2025, 2:28 PM

cmassaro added a parent task: T412955: Validate that compositions that previously were broken are now fixed by the new composition language.Dec 17 2025, 2:52 PM

Jdforrester-WMF moved this task from Incoming to Ready on the Abstract Wikipedia team (26Q3 (Jan–Mar)) board.Jan 7 2026, 6:52 PM

I'm afraid this still fails with v2. Shall we move out to re-triage?

DSantamaria edited projects, added: Abstract Wikipedia team (26Q4 (Apr–Jun)), Essential-Work; removed: Abstract Wikipedia team (26Q3 (Jan–Mar)), OKR-Work.Apr 8 2026, 5:17 AM

DSantamaria removed a parent task: T412955: Validate that compositions that previously were broken are now fixed by the new composition language.

DMartin-WMF edited projects, added: Abstract Wikipedia team; removed: Abstract Wikipedia team (26Q4 (Apr–Jun)).May 4 2026, 4:30 PM

DMartin-WMF moved this task from To Triage to Engineering Backlog on the Abstract Wikipedia team board.

Jdforrester-WMF mentioned this in T396943: transform: Add warnings to metadata when statements are omitted from Wikidata import.May 13 2026, 8:13 PM

In T407827#11749065, @Jdforrester-WMF wrote:

I'm afraid this still fails with v2. Shall we move out to re-triage?

It does fail but not with a timeout, so that's good-ish?

This looks like a content issue now.