fix(Designer): Disable concurrency control settings for stateless workflows

[rllyy97]

Commit Type

• fix - Bug fix

Risk Level

• Low - Minor changes, limited scope

What & Why

LA Standard stateless workflows do not support runtime configuration settings such as concurrency control. When a user enables concurrency control on a stateless workflow, the workflow fails to save with a backend error.

This change updates isConcurrencySupported() in both designer v1 and v2 (libs/designer/ and libs/designer-v2/) to check the workflowKind and return false for stateless workflows. This hides the concurrency control toggle in the Settings panel for stateless workflows, preventing the invalid configuration from being authored in the first place.

The workflowKind parameter was already being passed to getOperationSettings() and used for other settings (e.g., count). This change follows the same established pattern to also gate concurrency support.

Fixes #9150

Impact of Change

• Users: Users authoring stateless Standard workflows will no longer see the "Concurrency control" toggle in the General settings section of triggers/actions. This prevents save failures caused by setting an unsupported runtime configuration.
• Developers: isConcurrencySupported() and getConcurrency() now accept an optional workflowKind parameter. Existing callers without workflowKind continue to work (parameter is optional).
• System: No performance or architectural impact. Pure UI gating change.

Test Plan

• Unit tests added/updated
• E2E tests added/updated
• Manual testing completed
• Tested in: pnpm run build:lib succeeds for all libraries; Biome formatting and lint-staged hooks pass.

Contributors

@rllyy97

Screenshots/Videos

N/A — toggle is hidden when workflow kind is stateless.

[github-actions]

🤖 AI PR Validation Report

PR Review Results

Thank you for your submission! Here's detailed feedback on your PR title and body compliance:

✅ PR Title

• Current: fix(Designer): Disable concurrency control settings for stateless workflows
• Issue: No issue — this is specific and clearly describes the change.
• Recommendation: None needed.

---

✅ Commit Type

• Properly selected (fix).
• Only one commit type is checked, which is correct.

---

✅ Risk Level

• The selected risk label/body match: risk:low and the PR body marks Low risk.
• Based on the diff, low is appropriate because this is a targeted UI gating change with limited scope.

---

✅ What & Why

• Current: Clear and sufficiently detailed.
• Issue: No issue — it explains the backend failure, the stateless workflow limitation, and the fix approach.
• Recommendation: None needed.

---

✅ Impact of Change

• The impact section is complete and aligned with the code change.
• Recommendation:
  • Users: Good as written.
  • Developers: Good as written.
  • System: Good as written.

---

✅ Test Plan

• The PR includes manual testing, and the diff does not show unit or E2E tests.
• This still passes because the change is primarily UI gating and the body includes a clear explanation plus build/lint verification.

---

✅ Contributors

• Contributor credit is present.
• No changes needed.

---

✅ Screenshots/Videos

• Marked as N/A with a reasonable explanation.
• No changes needed.

---

Summary Table

Section	Status	Recommendation
Title	✅	None
Commit Type	✅	None
Risk Level	✅	None
What & Why	✅	None
Impact of Change	✅	None
Test Plan	✅	None
Contributors	✅	None
Screenshots/Videos	✅	None

---

PR passes review. The advised risk level matches the submitter’s estimate and does not need to be raised.

---

Last updated: Wed, 27 May 2026 16:21:13 GMT

[Copilot]

Pull request overview

Disables concurrency control settings for stateless Standard Logic App workflows. Previously, enabling concurrency on a stateless workflow caused save failures; this change hides the concurrency toggle in the Settings panel by returning false from isConcurrencySupported when workflowKind === WorkflowKind.STATELESS. The fix follows the existing pattern already used for count and uploadChunk settings, which receive workflowKind through getOperationSettings.

Changes:

• Thread workflowKind into isConcurrencySupported and getConcurrency.
• Return false from isConcurrencySupported for stateless workflows.
• Mirror the same change in both designer v1 and designer-v2.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File	Description
libs/designer/src/lib/core/actions/bjsworkflow/settings.ts	Pass workflowKind through to concurrency support/value helpers and short-circuit for stateless workflows.
libs/designer-v2/src/lib/core/actions/bjsworkflow/settings.ts	Same change applied to the v2 designer to keep behavior consistent.

[github-actions]

📊 Coverage Check

The following changed files need attention:

⚠️ libs/designer-v2/src/lib/core/actions/bjsworkflow/settings.ts - 17% covered (needs improvement)
⚠️ libs/designer/src/lib/core/actions/bjsworkflow/settings.ts - 17% covered (needs improvement)

Please add tests for the uncovered files before merging.