Skip to content

TUI: composer tabs and footer hints are not clickable #51903

Open

Description

@firefoxmmx2

Description

In the V2 TUI, the session composer panel's top tab row (Subagents / Shell / Terminals) and its bottom hint row (interrupt, show inactive, tabs ←/→) do not respond to mouse clicks. Only the keyboard shortcuts work. The list rows and the esc label in the same panel are already clickable, so the panel is inconsistent.

Source: packages/tui/src/routes/session/composer/index.tsx - the tab labels and footer hints are plain <text> elements with no onMouseUp, and the tab-switch commands are anonymous (no id), so a plugin cannot work around it either.

Plugins

none

OpenCode version

2.0.18

Steps to reproduce

  1. Open a session and open the composer (ctrl+x then down).
  2. Click a tab label (Subagents / Shell / Terminals).
  3. Click show inactive or interrupt at the bottom.
  4. Nothing happens; only the keyboard shortcuts work.

Screenshot and/or share link

No response

Operating System

Linux

Terminal

No response

Activity

  1. github-actions commented on Sep 28, 2026

    @github-actions
    Contributor

    For keybind-related issues, please also check our pinned keybinds documentation: #4997

  2. Addin commented on Oct 20, 2026

    @Addin

    Still reproduces on v2.1.1 (Linux, Ghostty): clicking Subagents / Shell / Terminals does nothing, while ←/→ switches tabs. The footer hints (interrupt, show inactive, tabs ←/→) behave the same way.

  3. opencodejr commented on Oct 28, 2026

    @opencodejr
    Contributor

    Thanks for the clear report, @firefoxmmx2!

    You're asking for the composer's tab labels (Subagents / Shell / Terminals) and its footer hints (interrupt, show inactive, tabs ←/→) to respond to mouse clicks, like the list rows and esc in the same panel already do.

    Right now these labels are keyboard hints, and the shortcuts they show all work, so I've filed this as a feature request rather than a bug. Maintainers will consider it.

    As you noted, a plugin can't work around this today, because the tab-switch commands have no id. I've passed that gap on to the maintainers too.

    Related:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions