Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Repainting issues with neovim #5481

Closed
artagnon opened this issue May 27, 2024 · 3 comments
Closed

Repainting issues with neovim #5481

artagnon opened this issue May 27, 2024 · 3 comments
Labels
bug Something isn't working

Comments

@artagnon
Copy link

What Operating System(s) are you seeing this problem on?

macOS

Which Wayland compositor or X11 Window manager(s) are you using?

No response

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

I was unable to reproduce the problem with vim, and the issue only occurs with neovim for some reason. There are strange buffer-repainting issues when lines are deleted/added, and the change is undone.

To Reproduce

Open a file in neovim, and hit dd followed by u. You may need to do this up to five or six times, but the bug is that the buffer isn't repainted, and shows one less line. Moving through the entire buffer line-by-line using j repaints all the lines.

Configuration

Although not really relevant:

local wezterm = require 'wezterm'
local config = wezterm.config_builder()
config.default_prog = { '/opt/homebrew/bin/fish', '-l' }
config.color_scheme = 'BirdsOfParadise'
config.unix_domains = {
  {
    name = 'unix',
  },
}
config.default_gui_startup_args = { 'connect', 'unix' }
config.keys = {
  {
    key = 'w',
    mods = 'CMD',
    action = wezterm.action.CloseCurrentTab { confirm = false },
  },
}
config.window_close_confirmation = 'NeverPrompt'
return config

Expected Behavior

Faithfully show the buffer's contents, just like iTerm2.

Logs

wezterm version: 20240520-135708-b8f94c47 aarch64-apple-darwin
Window Environment: macOS 14.5 (23F79)
Lua Version: Lua 5.4
OpenGL: Apple M2 4.1 Metal - 88.1
Enter lua statements or expressions and hit Enter.
Press ESC or CTRL-D to exit

Anything else?

No response

@artagnon artagnon added the bug Something isn't working label May 27, 2024
@artagnon
Copy link
Author

Duplicate of #4102?

@artagnon
Copy link
Author

I can confirm that this is a duplicate of #4102, as using wezterm without the unix multiplexer works fine.

Copy link
Contributor

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jun 27, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant