Repository navigation
Closed as not planned
Closed as not planned
Copy link
Description
Description
Version
- opencode --version: 1.14.50
- Platform: macOS Apple Silicon
Config
~/.config/opencode/tui.json:
{
"$schema": "https://opencode.ai/tui.json",
"keybinds": {
"command_list": "<leader>p",
"input_submit": "return",
"input_newline": "shift+return,ctrl+return,alt+return,ctrl+j"
},
"tui": {
"auto_scroll": false,
"scroll_speed": 3,
"scroll_acceleration": {
"enabled": true
}
}
}(keybinds can be omitted; the issue reproduces with the minimal config above)
Expected behavior
With tui.auto_scroll: false I expect the TUI to not auto-scroll in these cases:
- When a new assistant message is streamed in and I have manually scrolled up to read previous messages, the scroll position should stay where I left it (no forced jump to the bottom).
- When I type a long prompt that exceeds the visible input area, the scroll should stay anchored (no forced auto-scroll to the very bottom while I'm editing).
Actual behavior (v1.14.50)
Even with auto_scroll: false:
- When a new assistant message is streamed, the TUI still auto-scrolls to the latest message and pulls the view to the bottom.
- When I type a long prompt, the input keeps auto-scrolling to the bottom instead of respecting the current cursor/scroll position.
This makes it hard to:
- read older parts of the conversation while a long reply is streaming;
- edit long prompts without the view constantly jumping.
Notes
- I see the
feat(tui): add auto_scroll configuration settingin the repo history and references to scroll anchoring fixes for streamed messages. - However, in
v1.14.50thetui.auto_scrollflag seems to have no user-visible effect in these scenarios, or is overridden by other scroll logic (possibly related toscroll_acceleration).
Happy to test a dev/nightly build or provide additional debug info if needed.
Plugins
No response
OpenCode version
1.14.50
Steps to reproduce
- Open opencode v1.14.50 with
tui.auto_scroll: falsein tui.json - Start a session and send a long prompt (or wait for a long assistant response to stream in)
- While the response is streaming (or while editing a long prompt), manually scroll up to read previous messages
- Observe the scroll position — the TUI auto-scrolls back to the bottom despite
auto_scroll: false
Screenshot and/or share link
No response
Operating System
macOS Apple Silicon
Terminal
iTerm2
Reacted by sleepless, mehdisadeghi, Robin Bially and piknockyou
Metadata
Metadata
Assignees
Labels
No labels
Activity
github-actions commentedon Aug 16, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.