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
I can't seem to scroll up to read what opencode is outputting. I don't have this problem with gemini-cli and any other cli so its not terminal related.
The opencode scrollbar is just a sold bar for some reason
Reacted by Verner Codoceo, SteveyBoros, Pavlos Vinieratos, Mike Malburg, Aidan Gallagher, BestCodes, Ivan Aksamentov, Tema Smirnov and jldxhg
the other CLIs are not TUIs - opencode takes over the full screen so your terminal can't really perceive the scroll
does scrolling with mouse or page up/down not work?
+1, I have the exact same issue, mouse-up/down and scroll up/down both scroll through messages I sent, rather than the UI. Note that this behavior isn't uniform for me, it depends on the terminal/terminal emulator. I'm on macOS, and get the following:
native terminal: mouse scroll does scroll, as expected
ghostty: mouse scroll does scroll, as expected
warp: mouse scroll and up/down arrow keys have same behavior, going through messages, not ideal
Gotta admit this is a bit weird. It does make me wonder if I'm just odd or if the people actively working on this UI actually use it. There's lots of little UI quirks that reinforce this but I'll keep it to the issue being discussed:
I get it's a TUI, I get that we have page up and page down - but without some form of scroll indicator I have absolutely no idea where I am in the output. Am I at the end? Am I in the middle? How far to the start? It's just not very nice to work with.
@SteveyBoros we added a scroll bar then had to take it away because of a performance issue with it, but itll be addressed shortly
Legend, thank you for the response.
Quite refreshing after banging my head against the wall with the claude-code flickering issue that they refuse to even acknowledge.
I use opencode in a terminal window w/in my IDE (InteliJ). If I resize the terminal window vertically the TUI jumps back to the very beginning. Without some easy way to jump to the end/current position I have to spend many seconds holding "page down" to get back to being able to do anything.
A scroll bar would help address this, as would accepting "end" and "home" heys or including vim-like commands to jump to the end.
Activity
rekram1-node commentedon Sep 8, 2025
I don't think there is a scrollbar
thdxr commentedon Sep 8, 2025
the other CLIs are not TUIs - opencode takes over the full screen so your terminal can't really perceive the scroll
does scrolling with mouse or page up/down not work?
ubuntupunk commentedon Sep 8, 2025
nope, no mousescroll, and of course, the select text function gets a toast but no actual clipboard content.
allen-n commentedon Sep 17, 2025
+1, I have the exact same issue, mouse-up/down and scroll up/down both scroll through messages I sent, rather than the UI. Note that this behavior isn't uniform for me, it depends on the terminal/terminal emulator. I'm on macOS, and get the following:
native terminal: mouse scroll does scroll, as expected
ghostty: mouse scroll does scroll, as expected
warp: mouse scroll and up/down arrow keys have same behavior, going through messages, not ideal
So it could be that this is a warp issue, not an opencode issue, but I don't have this issue with codex or claude code. 40s video demo of the issue on my machine: https://vid.cenvalabs.com/watch/87e2178809fb7f3339bf
debug info:
warp version: macOS build v0.2025.09.10.08.11.stable_01
ghostty version: 1.2.0
macOS terminal version: default for macOS 15.6.1 (24G90)
OdyAsh commentedon Nov 2, 2025
up
SteveyBoros commentedon Nov 8, 2025
Gotta admit this is a bit weird. It does make me wonder if I'm just odd or if the people actively working on this UI actually use it. There's lots of little UI quirks that reinforce this but I'll keep it to the issue being discussed:
I get it's a TUI, I get that we have page up and page down - but without some form of scroll indicator I have absolutely no idea where I am in the output. Am I at the end? Am I in the middle? How far to the start? It's just not very nice to work with.
rekram1-node commentedon Nov 8, 2025
@SteveyBoros we added a scroll bar then had to take it away because of a performance issue with it, but itll be addressed shortly
SteveyBoros commentedon Nov 8, 2025
Legend, thank you for the response.
Quite refreshing after banging my head against the wall with the claude-code flickering issue that they refuse to even acknowledge.
rekram1-node commentedon Nov 8, 2025
@SteveyBoros no problem, lmk if there are other frustrations u have and we will try to address them swiftly
treyg commentedon Nov 11, 2025
@allen-n Did you ever get this working in warp?
allen-n commentedon Nov 11, 2025
@treyg nope, opencode version below, rest of my info unchanged:
treyg commentedon Nov 18, 2025
@allen-n Try going into warp settings and turning on 'Enable Mouse Reporting'
allen-n commentedon Nov 19, 2025
@treyg That looks to have fixed it! Thanks. Here is the config that allows proper scrolling:
DRBragg commentedon Jan 27, 2026
Thanks @treyg This suggestion also fixed my issue in iTerm2
yuezk commentedon Feb 3, 2026
Seems dup of #6209, which has a more detailed discussion.
eric-anderson-ibotta commentedon Feb 5, 2026
I use opencode in a terminal window w/in my IDE (InteliJ). If I resize the terminal window vertically the TUI jumps back to the very beginning. Without some easy way to jump to the end/current position I have to spend many seconds holding "page down" to get back to being able to do anything.
A scroll bar would help address this, as would accepting "end" and "home" heys or including vim-like commands to jump to the end.
CynthiaWahome commentedon Feb 28, 2026
I’ve been reviewing the current dev branch and noticed that the session scrollbar is now implemented but feature-flagged off by default.
In packages/opencode/src/cli/cmd/tui/routes/session/index.tsx:
const [showScrollbar, setShowScrollbar] = kv.signal("scrollbar_visible", false)And
verticalScrollbarOptions.visibleis bound to that state.So in newer versions, the scrollbar isn’t removed — it’s just disabled by default.
Given the amount of confusion in this thread, would it make sense to either:
It seems many users expect a visible scroll indicator in long sessions.
github-actions commentedon Apr 30, 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.