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
Cursor drawn in the wrong place (TMUX + WSL + alacritty #1930
opencode stopped working within tmux #1870: opencode stopped working within tmux - Another tmux-related issue in WSL environment, though this was about complete failure rather than cursor positioning
If none of these address your specific case, please let us know how this issue differs.
I'm also noticing weird cursor placements. I'm using alacrity + tmux but and I'm on linux.
In my case the cursor sits 1 character back and sometimes it goes 2 places back and just looks like I'm editing an existing character. Note: this only happens sometimes - I haven't figured how I get in this state.
For reference in that image, If i were to type 'b' that would appear after the 't'
Reacted by Fabian Kukuck, Slava Bikbaev, Matt Mirus, yorisilo, Ishan and Axel
One thing that will cause the cursor position to be incorrect for me is if I do an @-file completion is really long and can't be displayed on one line. It'll start on a new line, then wrap around, and then my text input will be one character different (my cursor is one character behind where characters are appended).
Hi, I also confirm the behavior described by @xhuw regarding vertical window sizing.
I'm on Linux and have observed this issue in both XFCE4 Terminal and Alacritty with Zellij. Here are two animated GIFs demonstrating the problem.
XFCE 4 Terminal
Alacritty + Zellij
As we can see, the issue is not too critical since it only appears on windows with a very reduced vertical size. However, this happens not so rarely when using a multiplexer and frequently performing splits. Hopefully, this information will help resolve the problem. Thank you for your work on opencode, which is truly very useful!
In my case the cursor sits 1 character back and sometimes it goes 2 places back and just looks like I'm editing an existing character. Note: this only happens sometimes - I haven't figured how I get in this state.
One thing that will cause the cursor position to be incorrect for me is if I do an @-file completion is really long and can't be displayed on one line. It'll start on a new line, then wrap around, and then my text input will be one character different (my cursor is one character behind where characters are appended).
To reproduce this issue, split your terminal vertically to make the width smaller. Then @ a long file name, so the prompt wraps onto two lines - the cursor will be off by one character:
If you continue splitting until the prompt wraps onto three lines, the cursor will be off by two characters:
Also started experiencing this bug in a similar env. (Manjaro, ghostty, i3wm). Might be tangential, and I haven't reproduced yet, but code supernova started failing hard after the bug would kick in. In bussy python files with a lot of nested indentation every modification it was making would have an extra space character at the start of the line.
Activity
github-actions commentedon Aug 14, 2025
👋 This issue might be a duplicate of existing issues. Please check:
If none of these address your specific case, please let us know how this issue differs.
xhuw commentedon Aug 14, 2025
This is a new issue. It seems to be related to window size. Tried in windows terminal (no tmux) same issue
20250814-0839-48.5521324.mp4
MilesNorton commentedon Aug 15, 2025
I'm also noticing weird cursor placements. I'm using alacrity + tmux but and I'm on linux.
In my case the cursor sits 1 character back and sometimes it goes 2 places back and just looks like I'm editing an existing character. Note: this only happens sometimes - I haven't figured how I get in this state.
For reference in that image, If i were to type 'b' that would appear after the 't'
markjaquith commentedon Aug 19, 2025
One thing that will cause the cursor position to be incorrect for me is if I do an @-file completion is really long and can't be displayed on one line. It'll start on a new line, then wrap around, and then my text input will be one character different (my cursor is one character behind where characters are appended).
i.e. make it do this:
mmirus commentedon Aug 21, 2025
Ditto on the wrapping @-file completion causing the cursor to be off by one character. Ghostty on Linux; no multiplexer.
bgaillard commentedon Sep 14, 2025
Hi, I also confirm the behavior described by @xhuw regarding vertical window sizing.
I'm on Linux and have observed this issue in both XFCE4 Terminal and Alacritty with Zellij. Here are two animated GIFs demonstrating the problem.
XFCE 4 Terminal
Alacritty + Zellij
As we can see, the issue is not too critical since it only appears on windows with a very reduced vertical size. However, this happens not so rarely when using a multiplexer and frequently performing splits. Hopefully, this information will help resolve the problem. Thank you for your work on opencode, which is truly very useful!
quantonganh commentedon Sep 20, 2025
To reproduce this issue, split your terminal vertically to make the width smaller. Then
@a long file name, so the prompt wraps onto two lines - the cursor will be off by one character:If you continue splitting until the prompt wraps onto three lines, the cursor will be off by two characters:
mikebdotuk commentedon Oct 11, 2025
Also started experiencing this bug in a similar env. (Manjaro, ghostty, i3wm). Might be tangential, and I haven't reproduced yet, but code supernova started failing hard after the bug would kick in. In bussy python files with a lot of nested indentation every modification it was making would have an extra space character at the start of the line.
rekram1-node commentedon Oct 11, 2025
wait that sounds different than this issue, hm were lsp errors being reported back to the llm?
thdxr commentedon Mar 25, 2026
To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.