Closed b-jure closed 1 month ago
I have the exact same issue, I noticed it only happens with config.term = 'wezterm'
. I commented that line out so it picks the xterm-256color
by default and the glitch goes away. The undercurl, dotted, dashed, and all other underline styles still work.
@lmcanavals Thanks a lot that fixed it. I will keep this issue open, before it was working even with the 'config.term' being set to 'wezterm'.
I have the exact same issue, I noticed it only happens with
config.term = 'wezterm'
. I commented that line out so it picks thexterm-256color
by default and the glitch goes away. The undercurl, dotted, dashed, and all other underline styles still work.
Arigato gojaimaszu!
Worked perfectly for me, will reference in another relevant ticket. Seems like a recent bug, was NOT the issue a month ago. Cheers! <3
@b-jure out of interest were you / are you using the multiplexer? This is also an issue (yet to be fixed) over at #4102
@tjex I wasn't using at the time of opening the issue.
Hello everyone!
I was experiencing the same issue as @b-jure.
I'm using WezTerm 20240203-110809-5046fc22 on Arch Linux, Wayland with NVIDIA driver version 555.58.02.
I manually set my TERM
environment variable to "wezterm", but using config.term = 'wezterm'
should produce the same result since it also sets the TERM
environment variable.
I fixed it by installing and updating WezTerm terminfo by following the documentation for term, namely I ran the script snippet that downloads and updates the terminfo for WezTerm:
tempfile=$(mktemp) \
&& curl -o $tempfile https://raw.githubusercontent.com/wez/wezterm/main/termwiz/data/wezterm.terminfo \
&& tic -x -o ~/.terminfo $tempfile \
&& rm $tempfile
Afterwards, in Neovim, having vertically split buffers and scrolling the right one does not scroll the left one. Also, the nvim-cmp
suggestions have a little documentation popup that is scrollable which would also scroll the buffer opened in the background, and that's fixed now as well.
I hope this helps.
@Tibor5 and @lmcanavals provided the fix, since it is working I will close this issue for now.
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
What Operating System(s) are you seeing this problem on?
Linux X11
Which Wayland compositor or X11 Window manager(s) are you using?
i3
WezTerm version
20240520-135708-b8f94c47
Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?
Yes, and I updated the version box above to show the version of the nightly that I tried
Describe the bug
When in neovim vertical split, all of the panes to the left of the current pane are also scrolled up/down instead of only the active pane being scrolled (panes to the right are not affected). Additionally it scrolls always at the same margin, meaning the vertical line where this redraw bug occurs is always at the same fixed position. Focusing/moving to any pane after the bug redraws everything correctly.
To Reproduce
wezterm
terminal.nvim
.Configuration
Expected Behavior
Right vertical pane buffer is scrolled without affecting/scrolling other neovim pane/s to the left.
Logs
14:51:18.785 INFO wezterm_gui > Spawned your command via the existing GUI instance. Use wezterm start --always-new-process if you do not want this behavior. Result=SpawnResponse { tab_id: 4, pane_id: 4, window_id: 4, size: TerminalSize { rows: 24, cols: 80, pixel_width: 640, pixel_height: 384, dpi: 0 } }
Anything else?
https://github.com/wez/wezterm/assets/55984985/0717f73a-31f6-4d16-be7e-4cfef4a67ea5