fix: hide subagent threads from v2 lists#4502
Conversation
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Want fixes drafted automatically? Bugbot Autofix can create code changes for findings. A team admin can enable Autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 02bbf9f. Configure here.
ApprovabilityVerdict: Approved This PR adds UI-level filtering to hide subagent threads from V2 list views. The change is simple (checking You can customize Macroscope's approvability policy. Learn more. |
Dismissing prior approval to re-evaluate 5da5f72

Problem
When an agent calls
delegate_task, the server creates a child thread shell and marks it withlineage.relationshipToParent === "subagent". The V2 Web and Mobile thread lists were not honoring that relationship, so the delegated child appeared as a separate top-level thread beside its parent.That duplicate entry also leaked into list bookkeeping: subagents could affect active/settled/snoozed counts and, on Web, could reorder projects by activity even though the child row was hidden.
Fix
relationshipToParent === "subagent"is excluded.Result
Before, the parent and delegated child were both shown as top-level threads. After, only the parent appears in the sidebar.
Before
After
Verification
Scope
Client-side behavior only; no protocol or persistence changes. This PR targets the branch from PR #2829.