Open omar25h opened 1 year ago
Please capture a terminal recording:
wezterm record
to start a recording session.exit
*** Finished recording to /var/tmp/wezterm-recording-sF6B3u.cast.txt
The file is an asciicast (compatible with https://asciinema.org/) and can also be replayed using wezterm replay
.
The terminal recording allows me to replicate what is being sent to the terminal without requiring me to install the same applications as you and replicate your configuration for everything.
@wez recording added
I got to realize that this happens only when connected to a UNIX domain. It does not happen when config.default_gui_startup_args = {}
Also happening to me.
version nightly:
wezterm 20231128-074654-90ca1117
mac os 13.5 (going to upgrade soon...)
Also using yabai. But it happens with yabai disabled as well.
Happens to me as well, both on UNIX and SSHMUX sessions.
20231203-124028-e3cd2e93
v0.10.0-dev-2008+g4ee656e4f
Same issue
14.2.1 (23C71)
wezterm 20230712-072601-f4abf8fd
v0.9.5
I'm also using the unix domain (like https://github.com/wez/wezterm/issues/4102#issuecomment-1732358322)
config.unix_domains = { { name = 'unix' } }
config.default_gui_startup_args = { 'connect', 'unix' }
Update. This is also effecting windows in general throughout various TUI apps of mine. Closed screens are simply left in place visually, and then drawn over once I start to move around / edit within the actual screen I'm supposed to be seeing.
Disabling mux totally for the moment as well which has rendered my launcher unusable as well as skhd
spawn window global commands :( If anyone can point me towards where I can:
--workspace
flag in wezterm cli spawn
cannot be assigned to current
workspace, only default or a target)Did anyone find a workaround? I really prefer (and rely on) wezterm's mux feature over tmux, but I can't use neovim inside it, which makes it unusable :(
Hello! Simply adding a comment because I too am affected by this issue on macOS 14.4.1. It makes wezterm unusable with neovim.
When I go into insert mode and make modifications, nothing appears/updates on the screen until I hit esc
a few times which redraws the screen. Even in normal mode, when I move the cursor with hjkl or the arrows, the cursor does not move and only jumps to where it should be when I go into insert mode (moves are registered, but only drawn when changing mode redraws the window).
Note that this issue does not happen immediately for me, but after a certain amount of time (I haven't timed it). It makes me think of the way a memory leak makes an app crash after a while.
I do not have this issue in iTerm2 with the same exact config otherwise. Thank you if you are able to fix this and thank you for your amazing work!
Here is my config:
local config = {}
local wezterm = require("wezterm")
if wezterm.config_builder then
config = wezterm.config_builder()
end
-- Configure looks
config.color_scheme = "Sonokai (Gogh)"
config.font = wezterm.font("JetBrains Mono", { weight = "Regular" })
config.font_size = 16
-- Configure window opacity
config.window_background_opacity = 1
config.inactive_pane_hsb = {
saturation = 0.8,
brightness = 0.7,
}
-- Config for window
config.hide_tab_bar_if_only_one_tab = true
config.window_frame = {
font_size = 16,
}
config.window_decorations = "RESIZE"
config.window_padding = { left = 10, right = 10, top = 10, bottom = 0 }
-- Other settings
config.use_dead_keys = true
config.enable_scroll_bar = true
config.adjust_window_size_when_changing_font_size = false
return config
As described in #5481, this bug reproduces with a simple sequence of dd
and u
(although up to five or six attempts may be required): unfortunately, the ascii screen capture doesn't show the bug. The bug is not reproducible on vim with the multiplexer, or on neovim without the multiplexer.
I have recorded a brief example of the issue (I'll try to post a better one when I can, but as usual, these problems tend to occur when I'm not recording!). The issue is intermittent and challenging to diagnose, yet it happens quite frequently.
In my situation, everything is up to date, and I have encountered this issue on both macOS and Arch Linux.
This behavior occurs in both Neovim and the terminal itself. My recording is in Neovim, with an on-screen keylogger. If you play the video slowly, you can see that some actions are not displayed until another action is performed.
Here are some specifics from the recording:
When this issue occurs in the terminal, I can type commands, but the letters do not appear until I hit enter a few times. Additionally, when a command produces output, the output does not appear unless I press a key on the keyboard.
Thank you for your help and your amazing terminal! Here is the recording link for reference:
https://github.com/wez/wezterm/assets/99756528/f9699e26-0aa5-484f-acaa-4170c35963b8
Happens to me as well, but on ssh sessions and on a different OS.
Worked around by setting multiplexing to None
config.ssh_domains = {
-- rest of config here...
multiplexing = 'None',
}
Same issue
- macOS
14.2.1 (23C71)
- wezterm
wezterm 20230712-072601-f4abf8fd
- neovim
v0.9.5
I'm also using the unix domain (like #4102 (comment))
config.unix_domains = { { name = 'unix' } } config.default_gui_startup_args = { 'connect', 'unix' }
Same for:
15.0
I also had this affecting me for quite a while.
I'm wondering if anyone has experienced this with a recent-ish nightly/main build.
What Operating System(s) are you seeing this problem on?
macOS
Which Wayland compositor or X11 Window manager(s) are you using?
yabai
WezTerm version
20230806-091840-2a7167a0
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
It seems that there is an issue with the redrawing of the screen whenever scrolling in neovim.
https://github.com/wez/wezterm/assets/5558211/6c5646cb-1330-4470-aef6-f891627da1c6
To Reproduce
In a pane, open vim or neovim with a file that has at least half the number of lines shown on the screen
Split the windows horizontally with
:sp
In the upper window, go to the top line in the buffer and start scrolling down. Notice how the screen is redrawn in the bottom window.
Note: Hitting CTRL+L refreshes the full screen and the bottom window is redrawn as expected
wezterm-recording-REMpIT.cast.txt
Configuration
Expected Behavior
No response
Logs
No response
Anything else?
No response