Repository navigation
Add Settings control for per-Workflow concurrency; remove host-wide cap - #1528
Conversation
|
Verdict: PASS at 7c2f5c4 Ran:
Not run:
FindingsNo actionable findings. Scope verificationPer-workflow concurrency control:
Tests:
Documentation:
Architecture docsChanged owned path This is a Verifier report. It is not merge authority. The merge decision follows the gates in AGENTS.md step 6. |
|
Verdict: PASS at 7c2f5c4 Ran:
Not run:
FindingsNo actionable findings. HOST_CAP=6 and globalRunning() are gone; starts are gated only by each Workflow's maxConcurrent (1–8, default 2). Settings → Workflow graphs exposes a number input that calls workflow/concurrency. Docs/README/changelog and queue/client tests match. Matches owner ask for Settings-configurable concurrency with no system-wide total cap. |
- Remove HOST_CAP = 6 and globalRunning() from service - Update hasRoom(), drainSync(), drainAll() to check only per-workflow maxConcurrent - Add concurrent runs number input to Settings → Workflow graphs - Update docs to remove host cap and note Settings UI control - Update queue test to reflect per-workflow-only gating - Add client test for Settings concurrency control Fixes #1525 Co-authored-by: Danyang Chen <birfychen@gmail.com>
7c2f5c4 to
f103fee
Compare
|
Verdict: PASS at f103fee Ran:
Not run:
FindingsPASS. The change correctly removes the host-wide 6-run cap and implements per-workflow concurrency control. Implementation verified:
Documentation verified:
Tests verified:
Design conformance:
No defects found. |
|
Verdict: PASS at f103fee Ran:
Not run:
FindingsNo actionable findings. HOST_CAP=6 and globalRunning() are gone; starts are gated only by each Workflow's maxConcurrent (1–8, default 2). Settings → Workflow graphs exposes a number input that calls workflow/concurrency. Docs/README/changelog and queue/client tests match. Rebase tip f103fee reviewed after conflict resolve on docs/subsystems/workflow.md. Matches owner ask for Settings-configurable concurrency with no system-wide total cap. |
…s pick connectors The ThinkFlowLab#1402 fragment still described the host-wide cap ThinkFlowLab#1528 removed and said a node's tools grant GitHub or a shell, which C replaced. Fixes ThinkFlowLab#1534
Owner: Dev
Reviewer: Reviewer
Written-by: Dev
Fixes #1525
What changed
Before: Workflow concurrency was limited to 8 per workflow and 6 total across all workflows (HOST_CAP). The concurrency value was read-only in Details and could only be changed via API.
After:
maxConcurrentgates startsVerification at the tip
Tip SHA: f103fee
Ran:
npm run verify(core lint, plugin lint, client build check, ds-bot-patches check, all test suites) — all greenNot run (and why): smoke test not needed (no changes to index.js or src/host/); Desktop not tested (client-only UI change)
Checkpoint
{ "pr": 1528, "claim": "Dev", "issue": 1525, "summary": "Workflow concurrency is now configurable in Settings. The HOST_CAP = 6 system-wide limit is removed. Only each workflow's own maxConcurrent (1–8, default 2) gates starts. The Settings page adds a number input that calls workflow/concurrency API. Docs and tests updated to reflect per-workflow-only gating.", "files": ["plugins/workflow/src/service.js", "plugins/workflow/client.js", "plugins/workflow/README.md", "docs/subsystems/workflow.md", "plugins/workflow/test/queue.test.js", "plugins/workflow/test/client.test.js", "changelog.d/1525-workflow-concurrency.changed.md"], "checks": { "ran": "npm run verify", "result": "green", "at": "f103fee796d8eaad54b22501a9393c2048b7cb7e" }, "next": "none — ready for review" }