TUI: Rename via tab right-click context menu does nothing

[madebymustafa]

Summary

In the OpenCode 2 TUI, right-clicking a session tab and selecting Rename from the context menu does nothing — no rename dialog/inline input appears. Renaming only works via the keyboard shortcut (Ctrl+R / session.rename).

Environment

• opencode2 --version: v0.0.0-beta-18684
• opencode2 service status: healthy
• Platform: macOS
• Client: TUI

Repro steps

1. Open the OpenCode 2 TUI in a terminal.
2. Open at least one session tab.
3. Right-click the session tab.
4. From the context menu, select Rename.
5. Observe: nothing happens. No rename prompt, no inline input, no error.

Expected

Selecting Rename from the tab context menu should trigger the same rename flow as the session.rename keybind (Ctrl+R by default), e.g. an inline rename input on the tab.

Notes

• The session.rename keybind works correctly.
• Other context-menu actions on the same menu work (e.g. close).
• Suspected bug: the context-menu "Rename" action is wired to a no-op / does not invoke the rename dialog handler.

Diagnostics

Gathered per the troubleshooting guide. No API keys or sensitive data included. Let me know if specific role=cli/role=server log lines or a DEBUG run would help.

[madebymustafa]

Additional finding: in the user's ~/.config/opencode/cli.json, the session.rename keybind was explicitly set to "none":

"session.rename": "none",

This explains why Ctrl+R (the default) did nothing — the user's config disabled that binding. Worth noting for the maintainers: if a binding is set to "none", the corresponding context-menu action (e.g. tab → Rename) also appears to be inert. It may be that the rename inline-input / dialog state is only registered when the session.rename command has an active binding. If so, the context-menu Rename is not a true no-op bug but a side effect of disabling the keybind — worth clarifying which behavior is intended.