退出后，有nvim的残留界面

[Deg2v]

Version confirmation

• Confirm

Following prerequisites

• Confirm

Not a user config issue

• Confirm

Neovim version

NVIM v0.11.4 Build type: Release LuaJIT 2.1.1741730670 Run "nvim -V1 -v" for more info

Operating system/version

ubuntu 20.04

Terminal name/version

xshell和vscode terminal

$TERM environment variable

No response

Branch info

main (Default/Latest)

Fetch Preferences

SSH (use_ssh = true)

How to reproduce the issue

如图，打开nvim 后，o 添加一行后，ESC ,ZZ 退出就会出现，需要再次使用nvim 编辑才会正常

Expected behavior

编辑后ESC ,ZZ 退出不应该有残留

Actual behavior

No response

Additional information

不知道其他人有没有遇到这个问题。
官方不再发布deb包，所以nvim是我在0.11.4发布后，clone后手动make 编辑的。

我最开始是更新到0.11.3出现此问题，马上退回0.11.2；之后更新到0.11.4同样出现，同时我发现使用lazyvim配置没有问题，所以觉得是配置的问题。
我不用go, rust，所以我使用的是基于nvimdots，添加、禁用了几个插件，目前我通过注释找到的原因是
{
"DrKJeff16/project.nvim",
event = { "CursorHold", "CursorHoldI" },
config = require("tool.project"),
},
注释了 event = { "CursorHold", "CursorHoldI" }, 后问题基本不出现。

我又尝试了最新版 2ba4d5913 的配置，仅注释了几个go的lsp(下载太慢)，问题还会出现，所以我可能没有找到真正的原因。

[ayamir]

Don't compile nvim by yourself. deb is just a package format for debian-based distribution. Download the tarball (.tar.gz) directly, extract it and move nvim binary into /usr/local/bin manually.

[Deg2v]

下载的tar.gz中的nvim不能直接用，glibc版本不符。如果其他人没有遇到的话，可能是我个人的问题，那就不管了。

[GaugeAndGravity]

I also have this problem on my Debian 13 server. The nvim was installed from a self-compiled .deb file. On my Arch laptop, this also happens since I switched to ALHP, an Arch repo that have -march=x86_64-v3 -O3 -flto optimazation. However, on my daily drive Gentoo desktop, Neovim works fine, although it's technically compiled on my own with -march=native -O2.

Don't compile nvim by yourself.

Can you explain a little more about this? Is there some flags matter or some ABI-compatible problems that should be taken care of?

[ayamir]

I also have this problem on my Debian 13 server. The nvim was installed from a self-compiled .deb file. On my Arch laptop, this also happens since I switched to ALHP, an Arch repo that have -march=x86_64-v3 -O3 -flto optimazation. However, on my daily drive Gentoo desktop, Neovim works fine, although it's technically compiled on my own with -march=native -O2.

Don't compile nvim by yourself.

Can you explain a little more about this? Is there some flags matter or some ABI-compatible problems that should be taken care of?

Our config use lots of plugins, we can't investigate which plugin conflicts with which compile flags. We primarily assume users are using standard nvim releases. You can investigate it on your own if you have interests.

[charliie-dev]

I think this might have sth to do with swapfile, i also encounter this issue quite often.
setting swapfile to false in lua/core/options.lua kinda fixed this issue for me.
@GaugeAndGravity and @Deg2v can try it and let us know if that setting helps.

[ayamir]

I think this might have sth to do with swapfile, i also encounter this issue quite often. setting swapfile to false in lua/core/options.lua kinda fixed this issue for me. @GaugeAndGravity and @Deg2v can try it and let us know if that setting helps.

I have already disabled swapfile in my own user config before b/c sometimes I use different nvim instance to open the same file. IMO we can disable it now.

[GaugeAndGravity]

Our config use lots of plugins, we can't investigate which plugin conflicts with which compile flags. We primarily assume users are using standard nvim releases. You can investigate it on your own if you have interests.

OK, since I'm a Gentoo user, I'll take a look in the future to make sure my compile config works with this project.

I think this might have sth to do with swapfile, i also encounter this issue quite often. setting swapfile to false in lua/core/options.lua kinda fixed this issue for me. @GaugeAndGravity and @Deg2v can try it and let us know if that setting helps.

I tried it on my Debian server and my Arch+ALHP laptop, and this didn't help me.

[Hanzo-Huang]

I have the same problem on my macos and windows. When I use ZZ or :wq to save and quit, it wait for 1-2s, and then seems returned error. The nvim ui is still there.

[GaugeAndGravity]

I found that :w then :q always works fine, but :wq can trigger this problem stably. Maybe a timing order issue?

Update: :noautocmd wq can avoid this problem for me. Can you try it? @Deg2v @Hanzo-Huang

[Deg2v]

I also found that using wq separately would not cause the problem.
This problem has not appeared for some time, and I think it may be related to some plugins. I did not try to change the swapfile or wq.