Skip to content

tui: auto_scroll has no effect on new messages / long prompts (v1.14.50) #32578

Closed as not planned

Description

@alexzoo

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:

  1. 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).
  2. 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:

  1. When a new assistant message is streamed, the TUI still auto-scrolls to the latest message and pulls the view to the bottom.
  2. 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 setting in the repo history and references to scroll anchoring fixes for streamed messages.
  • However, in v1.14.50 the tui.auto_scroll flag seems to have no user-visible effect in these scenarios, or is overridden by other scroll logic (possibly related to scroll_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

  1. Open opencode v1.14.50 with tui.auto_scroll: false in tui.json
  2. Start a session and send a long prompt (or wait for a long assistant response to stream in)
  3. While the response is streaming (or while editing a long prompt), manually scroll up to read previous messages
  4. 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

Activity

  1. github-actions commented on Aug 16, 2026

    @github-actions
    Contributor

    To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.

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