Repository navigation
feat(api-workflows): remaining features - #6039
brunozoric wants to merge 25 commits into
Conversation
Split from bruno/refactor/workflows-flow for review. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the
|
|
🚓 Slop Cop ✅ Nothing worth flagging. The diff looks consistent with the PR's stated intent and the code-style rules. Large, coherent PR that matches its stated scope (remaining workflows engine features) within a deliberate multi-part umbrella split; no integrity red flags (no secrets, no debug leftovers, no unresolved conflicts) and no clear style-rule violations found in the reviewed diff. Automated, non-blocking heads-up from an LLM. It can be wrong — use your judgment. Regenerates on every push. |
…he domain Websocket action names, send concurrency, the BCC chunk size, HTML escaping and error log fields are transport and logging concerns, so they move from domain/notifications to features/notifications/shared. The comment length limit stays in the domain: it shapes the message text. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…d team loader Part of removing queries in loops (docs/.bruno/plans/2026-10-21-workflows-no-n-plus-one.md, Phase 1 item 5 and Phase 2 items 2-6): routing candidates read the target and the folder record once and reuse the listed users; blocking reviews, delete-multiple and delete-workflow paths use one batch call; candidateTeams goes through a request-scoped team loader. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…with one query Part of removing queries in loops (docs/.bruno/plans/2026-10-21-workflows-no-n-plus-one.md, Phase 3): the delete cascade lists all records of a batch of reviews at once and deletes in batches with one task-abort call; assignment records are written with a concurrency limit; least-loaded ties read one userId_in list; cancel-for-delete no longer lists twice; saving a workflow reads its user targets with one ListUsers call. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Part of removing queries in loops (docs/.bruno/plans/2026-10-21-workflows-no-n-plus-one.md, Phase 3): the review and assignment repositories delete with CMS DeleteMultipleEntriesUseCase in chunks of 50 instead of one delete per entry. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Review of #6038: abstractions imported under a bare UseCase/Abstraction alias are now aliased XAbstraction, and the review events live in one events.ts per feature (shared payload, union and the step-failed event in shared/events.ts) instead of one file with all eleven. Event names, types and handler tokens are unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
A run saves its decision before its task turns success, so a review read before that save still shows the step in review. Stuck detection then saw the success task, passed the stale check on the old snapshot and failed the step, overwriting the run's decision (no optimistic locking, D27). It now re-reads the stored review and fails it only when its step is still this run. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
CurrentUserTeams cached team ids by identity id only, so after a tenant switch within one request the second tenant got the first tenant's teams. The cache key now includes the tenant, like CandidateReadAccess and ReviewTeamLoader. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
A failed user, team, transport or permission lookup in the workflow editor's config use cases was reported as WorkflowPersistenceError ("The workflow could not be read or saved."), pointing at the workflow storage. It is now WorkflowLookupError (Workflows/Workflow/Lookup) with the raw cause kept off the client the same way. A step id missing from a review in NotificationRecipientService.listPool is a ReviewValidationError.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…orkflow Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…mber loading Review of #6039: the workflow editor access check (signed in, editor permission, a failing permission load as WorkflowLookupError) lives in one WorkflowEditorAccess service used by the eight config use cases; routing loads step members (team members, exclusions, read adapter) in one place for evaluate, listMembers and checkUser, and toStepMembersParams builds the members params for the candidates list and pool notifications. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…odes Review of #6039: the workflow editor access check (signed in, editor permission, a failing permission load as WorkflowLookupError) lives in one WorkflowEditorAccess service used by the eight config use cases; routing loads step members (team members, exclusions, read adapter) in one place for evaluate, listMembers and checkUser, and toStepMembersParams builds the members params for the candidates list and pool notifications. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Review of #6039: the workflow editor access check (signed in, editor permission, a failing permission load as WorkflowLookupError) lives in one WorkflowEditorAccess service used by the eight config use cases; routing loads step members (team members, exclusions, read adapter) in one place for evaluate, listMembers and checkUser, and toStepMembersParams builds the members params for the candidates list and pool notifications. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Review of #6039: the workflow editor access check (signed in, editor permission, a failing permission load as WorkflowLookupError) lives in one WorkflowEditorAccess service used by the eight config use cases; routing loads step members (team members, exclusions, read adapter) in one place for evaluate, listMembers and checkUser, and toStepMembersParams builds the members params for the candidates list and pool notifications. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ve pages Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
… in the inspector Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ettings Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ep run task Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…registration winning Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ames and barrel types Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ws a pick Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ocking reviews barrel Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Other engine features: workflows CRUD, step runs, config, notifications, routing, settings, identity and AI tools.
Part of the workflows split (270 files). Merges into
bruno/feat/workflows-umbrella; builds only together with the other parts.🤖 Generated with Claude Code