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
Reading chat history during LLM responses still re-snaps the viewport (re-open of #4196) #29094
Scrolling up to read history during an active LLM response causes the viewport to snap back to the bottom on every token. Reading older messages mid-response is effectively impossible.
This is a re-open of #4196, which was auto-closed after 60 days of no activity. Multiple users continued reporting it on that thread after the close (in Ghostty, xfce4-terminal, WezTerm). The cause is that the message scrollbox is set to `stickyScroll={true}` unconditionally, so any height change snaps back to bottom regardless of user scroll state.
OpenCode version
Latest `dev` (reproduced against the current branch I'm submitting a fix from)
Steps to reproduce
Start a session and trigger a long LLM response.
While the response is still streaming, press Page Up / scroll up.
The viewport jumps back to the bottom on the next streamed token.
Operating System
macOS (also confirmed by other users on Linux + various terminals — see thread on #4196)
PR #21343 had a fix for this and was auto-closed by the same cleanup that closed the issue. I've rebased it onto current `dev` and will link the new PR here.
Reacted by Florian Ebeling, tupo2, Roman Arutyunyan and Jannis Vajen
Still reproducing on opencode 1.18.4 (latest release), macOS. This is by far my biggest complaint with opencode. Everything else has been essentially flawless. This one thing is the daily annoyance that actually disrupts my workflow.
Reacted by Lauri Nõmme, Florian Ebeling, lkonga and Divit Kashyap
A fix for the desktop/web scroll-snap issue has been submitted: #40323 (Closes #40322). Verified locally on Windows: scroll up during a streaming response now holds position, and auto-follow resumes when returning to the bottom. If you are affected by this bug, a reaction or comment on the PR helps it stay open.
this really irritating, thought it was something specific to my terminal, really looking forward for this fix, kinda hard to believe is not possible to lock the scroll...
Activity
febergs commentedon Jul 20, 2026
Still reproducing on opencode 1.18.4 (latest release), macOS. This is by far my biggest complaint with opencode. Everything else has been essentially flawless. This one thing is the daily annoyance that actually disrupts my workflow.
817811770 commentedon Aug 3, 2026
A fix for the desktop/web scroll-snap issue has been submitted: #40323 (Closes #40322). Verified locally on Windows: scroll up during a streaming response now holds position, and auto-follow resumes when returning to the bottom. If you are affected by this bug, a reaction or comment on the PR helps it stay open.
tupo2 commentedon Aug 23, 2026
Important bug in the TUI.
Lauri-Nomme commentedon Aug 23, 2026
@tupo2 maybe you'd like to test this fix? #41247
simonklee commentedon Aug 23, 2026
Yeah, this is super irritating … on my list.
simonklee commentedon Aug 23, 2026
Thanks for the repro, @Lauri-Nomme, I don't know if your compensate thing is the right approach, but it at least makes it apparent what happens.
lkonga commentedon Aug 24, 2026
this really irritating, thought it was something specific to my terminal, really looking forward for this fix, kinda hard to believe is not possible to lock the scroll...
simonklee commentedon Aug 24, 2026
I have fixed this in the next version of OpenCode https://opencode.ai/v2/docs
tupo2 commentedon Aug 24, 2026
Does not work here with opencode2, still autoscroll when LLM responds.
arut commentedon Sep 15, 2026
Fresh install, same problem.
tupo2 commentedon Sep 20, 2026
Fixed for me since some versions (current 2.0.10), Xfce terminal.