Repository navigation
Show agent sessions in the profile Activity tab - #1040
Conversation
Claude and Codex agents now register an Activity tab (role "activity") holding what was under Runtime diagnostics in Settings: this conversation's session, recent sessions and their transcripts. Runtime diagnostics is removed from Settings. The old Agent Activity panel (Transcript/Raw), the profile's host Activity tab and the Info "Latest activity" preview are removed. The activity bubble, working indicator, channel popover, message menu and Channels/Sessions/Me handoffs open the agent's profile on its Activity tab instead. Co-authored-by: Opus <f038cc09b32a776e7d95b65c267e9d851777ee2b6cdbd46a48edba01b1d10ebd@buzz.block.builderlab.xyz> Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Salman Mohammed <smohammed@squareup.com>
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
![chatgpt-codex-connector[bot]](https://avatars.githubusercontent.com/in/1144995?s=60&v=4){kind=small}
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 469ec132d3
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| const visible = entries.filter((entry) => | ||
| entry.lifecycle | ||
| ? canOpen(profileActivityViewTarget(entry.agent) ?? "") | ||
| : canOpen(activityTarget(entry.agent, channelId)), | ||
| canOpen(profileActivityViewTarget(entry.agent) ?? ""), | ||
| ); |
There was a problem hiding this comment.
When buzz.profiles is disabled independently while buzz.agent-activity remains enabled—a supported configuration exercised in src/app/pages.integration.test.mjs—canOpen() rejects every new profile target, so this filter removes all entries and the live message activity bubble disappears despite capture still running. Previously the activity plugin supplied its own panel, so disabling Profiles did not erase its UI; either make Profiles an enforced dependency or keep the activity presentation visible while disabling only its unavailable navigation action.
Useful? React with 👍 / 👎.
kalvinnchau
left a comment
kalvinnchau
left a comment
There was a problem hiding this comment.
🤖 One activity-routing regression found.
| threadRootId ?? (detail.roots.length === 1 ? detail.roots[0] : undefined); | ||
| const target = activityTarget(pubkey, channelId, root ?? undefined); | ||
| const canOpen = !!openActivity && !!canOpenActivity?.(target); | ||
| const target = profileActivityViewTarget(pubkey); |
There was a problem hiding this comment.
🤖 [P2] Preserve the thread when opening its activity
Opening View activity from a thread composer now loses even the explicit threadRootId: this target contains only the agent, and MessageComposer forwards openActivity directly to onOpenLink without an origin. useConversationTabs.openConversationLink sets the profile's root only from origin.rootId, so ProfilePanel passes a channel-only conversation to useOpenedSession. For a local Claude/Codex agent working in that thread, the highlighted session therefore becomes the channel session (or reports no session) instead of the active thread. The same regression affects a channel indicator with one known working thread. Previously activityTarget carried that root in the URL. Preserve the explicit/uniquely known root in the profile navigation context and cover the composer-to-profile handoff, rather than only asserting the agent-only target.
There was a problem hiding this comment.
🤖 Fixed in e2d23a5. The working indicator now passes the thread as the link origin: the composer's own thread, or the agent's single known thread in a channel. Unknown or multiple threads still open the channel's session. MessageComposer.onOpenLink accepts that origin, and openConversationLink puts it into the profile's context.rootId. The Sessions page's openLink forwards it the same way, because it's the only host using the one-click open. Tests: TypingIndicator.test.tsx covers a thread composer, a channel with one known thread, the one-click open, and ambiguous scopes. ProfilePanel.test.tsx now asserts that the originating thread reaches the Activity tab's conversation. The origin → panel context step was already covered in useConversationTabs.test.tsx.
The composer's working indicator opened the agent's profile without the thread it was working in, so the Activity tab highlighted the channel's session instead of the thread's. Pass the composer's thread, or the agent's single known thread, as the link origin so the profile's conversation keeps its root. The Sessions page forwards that origin to its panels the same way channel tabs do. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Salman Mohammed <smohammed@squareup.com>
kalvinnchau
left a comment
kalvinnchau
left a comment
There was a problem hiding this comment.
🤖 Approving at e2d23a5.
No blocking findings. The thread-origin fix carries the explicit or uniquely known root through MessageComposer → useConversationTabs/SessionsPage → ProfilePanel context → useOpenedSession; unknown and multi-thread scopes still fall back to the channel session.
Scores: correctness 9/10, minimalness 9/10, elegance 9/10.
- Correctness: with Profiles disabled and Agent Activity enabled, the bubble now hides for all agents (it already hid for Claude/Codex agents before this change), and sidebar/popover View activity only opens the channel. That matches the existing rule of hiding entries that cannot be opened, and the configuration is not the default, so it does not block.
- Minimalness: the saved-activity capture and restore path is now unused and is left for a follow-up, as the description says.
- Elegance: the role tab value
agent:${role}collapses the special case well.MessageLinkOriginis now imported fromMessageRowby composer, typing indicator, and Sessions page, which is a slightly awkward place for it to live.
Not exercised: native desktop Activity tab with a real Claude/Codex agent. CI is green at this head.
…-sessions * origin/main: (28 commits) docs: link the Buzz feedback community and @buzzdotxyz on X (#1091) feat(claude-code): save a thinking level in agent settings (#1089) feat(reminders): polish the Reminders page (#1048) fix(messages): keep thread panes beside channels when space allows (#1093) fix(inbox): show matching mentions instead of ordinary replies (#822) fix(relay): recover from network loss automatically with one retry owner (#992) fix(search): treat a full author lookup page as ambiguous (#1043) Show agent sessions in the profile Activity tab (#1040) fix(direct-messages): search again for people added after the directory completed (#1044) fix(claude-code): offer every model Claude lists (#1086) fix(plugins): reload the exact recorded source folder (#1030) test(browser): stop WebKit trace screenshots leaking macOS WindowServer surfaces (#1071) fix: decode broker request bodies as a utf-8 stream (#1038) fix(linux): use slight GTK hinting for clearer font spacing (#1047) Make Me conversations feel like project chats (#1005) fix(codex): deliver custom instructions without codex truncation (#1059) test(browser): fix the notification-reveal and nested-replies WebKit flakes (#1087) fix(messages): keep following after a notification reveals the latest row (#1085) Add native nsec backup HTTP client (#995) feat(buzz-mcp): add channel and member management tools (#1055) ... Signed-off-by: John Tennant <jtennant@block.xyz> # Conflicts: # src/bundled/sessions/SessionsPage.loading.test.tsx # src/bundled/sessions/SessionsPage.tsx
…lation * origin/main: (29 commits) docs: link the Buzz feedback community and @buzzdotxyz on X (#1091) feat(claude-code): save a thinking level in agent settings (#1089) feat(reminders): polish the Reminders page (#1048) fix(messages): keep thread panes beside channels when space allows (#1093) fix(inbox): show matching mentions instead of ordinary replies (#822) fix(relay): recover from network loss automatically with one retry owner (#992) fix(search): treat a full author lookup page as ambiguous (#1043) Show agent sessions in the profile Activity tab (#1040) fix(direct-messages): search again for people added after the directory completed (#1044) fix(claude-code): offer every model Claude lists (#1086) fix(plugins): reload the exact recorded source folder (#1030) test(browser): stop WebKit trace screenshots leaking macOS WindowServer surfaces (#1071) fix: decode broker request bodies as a utf-8 stream (#1038) fix(linux): use slight GTK hinting for clearer font spacing (#1047) Make Me conversations feel like project chats (#1005) fix(codex): deliver custom instructions without codex truncation (#1059) test(browser): fix the notification-reveal and nested-replies WebKit flakes (#1087) fix(messages): keep following after a notification reveals the latest row (#1085) Add native nsec backup HTTP client (#995) feat(buzz-mcp): add channel and member management tools (#1055) ... Signed-off-by: John Tennant <jtennant@block.xyz>
Move the goose agent's sessions and transcripts out of the Settings tab's Runtime diagnostics and into an Activity tab, as Claude Code and Codex do since #1040. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Salman Mohammed <smohammed@squareup.com>
Since #1040 an agent's Activity tab comes from its type, and the remote agent type never supplied one, so View activity on a remote agent landed on Settings or Info. The remote agent type now registers a role "activity" tab beside its Settings tab. It shows the turns the agent published to its owner over the relay while Buzz has been open, starting with the conversation it was opened from, with a toggle for all conversations. It reads the Agent Activity plugin's feed rather than holding its own lease, and says when the plugin is off or the feed is connecting or interrupted. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Katie Ross <katieross@squareup.com>
Why
An agent's profile had two places for activity, and neither worked for agents made on the new Agents page.
What
How
AgentTab.rolegains"activity". A role tab gets a stable section value (agent:activity), the same wayrole: "settings"getsagent:settings.ProfilePanelopened for activity (buzz:profile?agent=<key>&tab=activity) selectsagent:activity. If the type has no Activity tab, it uses the type's first tab, or Info when the app has no type for the agent.Risk
Medium. This removes a user-facing panel and changes where several entry points go.
Testing
Browser specs (Chromium and WebKit):
agent-activity,agent-activity-overhaul,me-workspace,local-agent-activity.ProfilePanel.test.tsxcovers selecting the type's Activity tab, and that test fails without theProfilePanelchange.TypingIndicator.test.tsxasserts the thread origin for a thread composer, a channel with one known thread, and the one-click open; ambiguous scopes send none.ProfilePanel.test.tsxasserts the originating thread reaches the Activity tab.useConversationTabs.test.tsxalready covers origin → panel context. The Sessions page origin forwarding has no dedicated test.Not yet done:
just desktop) with a real Claude or Codex agent. That is the only host where the Activity tab exists.🤖 Generated with Claude Code