erw7

> The bug is still a bug that should be fixed. On second thought, I have come to the conclusion that this is not a bug but a specification by...

>> If its deterministic, what part of the process triggers the autoload of providers? >> > anything that calls has('python') And function calls included in `runtime/provider/python3.vim`. It includes the following...

This behavior is intended, as is clear from reading vim_diff.txt. https://github.com/neovim/neovim/blob/ba38f35d3e2f37c2289543e6e0c4451c679c5834/runtime/doc/vim_diff.txt#L472-L473

This was caused by a change in the mode of the console. However, #18375 has shown that this problem no longer occurs on servers running in a separate process from...

When checked with the `ga` command, the corresponding character is treated as a compose characters. And `strdisplaywidth(v⃗)` return 1. This is correct handling. Therefore, I think it is a Terminal...

> I don't know if it's known already but this problem only occurs for downloaded zipped releases. If you build it from source, the symlink works fine, both for symlink...

The problem to begin with seems to be that `luajit` are not statically linked. To static link `luajit` we need to pass `static` as a command line argument in the...

@justinmk I think your patch should be as follows. ```patch diff --git a/src/nvim/tui/tui.c b/src/nvim/tui/tui.c index 3ed0fe0cd..42cec689b 100644 --- a/src/nvim/tui/tui.c +++ b/src/nvim/tui/tui.c @@ -1961,6 +1961,14 @@ static const char *tui_tk_ti_getstr(const char...

Of the liuv key input sequence on Windows, `F6`..`F12` with modifiers comply with rxvt. They are assigned up to `kf45` on terminfo. Therefore we needed assignment from `kf38`. If we...

The cause of this is that `xterm` changes its behavior depending on the `decTerminalID` resource (OpenBSD's xterm defaults to vt100 for the terminal ID. See [xtermcfg.h](https://github.com/openbsd/xenocara/blob/65b0865690ef8e8e43ffd2cda89c442c9eb5f5b7/app/xterm/xtermcfg.h#L64)). I think we need...