You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
TUI: mouse wheel never captured in iTerm2 (macOS) — wheel scrolls iTerm2's own scrollback instead of the conversation #49622
On macOS + iTerm2, the mouse wheel / trackpad never scrolls the OpenCode conversation transcript. Instead, iTerm2 scrolls its own native scrollback buffer — i.e., content from before opencode was even launched. The TUI appears to never enable mouse reporting in this environment, so wheel events fall through to the terminal emulator.
with tui.json containing "mouse": true (also reproduced with scroll_acceleration enabled and with a plain scroll_speed).
Not the scroll viewport — keyboard scrolling works perfectly (PageUp/PageDown, Ctrl+Alt+U/D, Ctrl+G), so transcript scrolling itself is functional; only the mouse layer is dead.
Not iTerm2 configuration — no mouse/scroll overrides in the iTerm2 preferences; iTerm2 defers wheel events to any app that enables mouse reporting. Scrolling its own buffer is the standard behavior when the app hasn't claimed the mouse.
No multiplexer — running directly in iTerm2, no tmux/screen.
Launch opencode, hold a conversation longer than one viewport
Scroll wheel / two-finger trackpad over the conversation pane
Expected behavior
Wheel scrolls the conversation transcript inside the TUI.
Actual behavior
iTerm2 scrolls its native scrollback (pre-launch shell content); the TUI viewport doesn't move.
Operating System
macOS 27.0 (26A428), Apple Silicon
Terminal
iTerm2 3.7.2 (TERM_PROGRAM=iTerm.app)
Additional context
Possibly related (same class of wheel-event delivery failure, different terminals): #33032, #35295, #42501. If there's any low-level introspection that would help (e.g., verifying which DECSET mouse modes the TUI emits at startup), happy to run it — the environment is fully instrumented on my side.
This issue might be a duplicate of existing issues. Please check:
Cannot scroll on opencode when using iterm #6209: Cannot scroll on opencode when using iTerm (same terminal, same symptom — mouse wheel scrolls iTerm's own buffer instead of the TUI; closed but may warrant a follow-up if unresolved in current versions)
If these don't cover your specific case (e.g., the bug persists with mouse: true on current versions), this issue adds useful new detail (iTerm2-specific, with DECSET introspection offer) and can remain open.
Activity
github-actions commentedon Sep 17, 2026
This issue might be a duplicate of existing issues. Please check:
mouse: falsecauses wheel to fall through to terminal — related mouse reporting handling issueIf these don't cover your specific case (e.g., the bug persists with
mouse: trueon current versions), this issue adds useful new detail (iTerm2-specific, with DECSET introspection offer) and can remain open.thdxr commentedon Oct 11, 2026
Thanks for the report! OpenCode 2.0 is now out and development is focused on V2, so we're closing issues filed against OpenCode 1. Please upgrade (
opencode upgrade --major, details: https://anoma.ly/notes/opencode-2-0), and if this is still relevant on 2.0, reopen this issue or open a new one with your 2.0 version.— from 𝕺𝖕𝖊𝖓𝕮𝖔𝖉𝖊