Repository navigation
feat(background-tasks): workflows support - #6071
brunozoric merged 5 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. The PR is a coherent, well-scoped addition of private-task support and self-cleaning handler improvements; no integrity or style issues found. Automated, non-blocking heads-up from an LLM. It can be wrong — use your judgment. Regenerates on every push. |
…QL resolvers into use cases PrivateTaskDefinitions holds the rule. GetVisibleTask, ListVisibleTasks, ListVisibleTaskLogs, AbortVisibleTask, DeleteVisibleTask, TriggerVisibleTask and ListVisibleTaskDefinitions wrap the internal use cases for the GraphQL API; the resolvers keep only the permission check and the call. The internal use cases still see private tasks. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Only starting a private definition stays refused; its runs can be read, listed, aborted and deleted like any other. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…eld resolver Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Private tasks and self-cleaning task handlers, used by workflow notifications. The GraphQL API cannot start a private task (
TriggerVisibleTask) and leaves private definitions out oflistDefinitions(ListVisibleTaskDefinitions); private task runs are visible and managed like any other (D188).Part of the workflows split (21 files). Merges into
bruno/feat/workflows-umbrella; builds only together with the other parts.🤖 Generated with Claude Code