Declare isolated workers in bounded recipe integration
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 88/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- typescript, wordpress
- Domain
- testing
Research direction
Start with tests/bounded-recipe-plan.integration.test.ts and inspect how the WordPress Playground runtime is created for the bounded-plan concurrency-2 case. Run that standalone integration test first, then the full smoke aggregate. Done means both wordpress.run-php entries complete successfully, the fixture declares two workers, and production defaults remain unchanged.
Written by the indexing model from the issue text.
Description
Problem
tests/bounded-recipe-plan.integration.test.ts requests bounded-plan concurrency 2 but creates a WordPress Playground runtime without a worker count. Since #2323, mutable Playground runtimes intentionally default to one request worker. Both concurrent wordpress.run-php entries therefore occupy a one-worker transport and time out after 30 seconds.
This remained hidden because #2459 corrected only the fake-runtime unit concurrency proof. The real recipe integration still omitted the runtime capability it exercises. It failed both in the full aggregate and standalone while verifying #2464.
Desired outcome
Make the integration fixture explicitly request two Playground workers, matching its plan concurrency and per-entry process identities. Preserve the production default of one worker for mutable-state coherence.
Acceptance criteria
- The real bounded recipe integration executes both entries successfully.
- The fixture explicitly declares the worker concurrency it requires.
- Production runtime defaults remain unchanged.
- The full smoke aggregate passes.
AI assistance
GPT-5.6 Sol via OpenCode traced the integration timeout through the bounded scheduler and Playground request-worker configuration and drafted this tracker under Chris Huber's direction.
- Dominant language
- TypeScript
- Stars
- 17
- Forks
- 4
- Avg merge
- 53m
- Merged PRs (30d)
- 114
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Automattic/wp-codebox
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Automattic/wp-codebox#2467 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Automattic/wp-codebox#2105 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Automattic/wp-codebox#2061 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Automattic/wp-codebox#1714 · 1 comment ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
Automattic/wp-codebox#2506 ·
All issues in Automattic/wp-codebox
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
copse-dev/agent-pane#2953 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·