Coc.nvim: CocList suddenly closes

[arbitrary-dev]

Result from CocInfo

versions

vim version: VIM - Vi IMproved 8.1 (2018 May 18, compiled May 30 2019 19:25:43)
node version: v12.4.0
coc.nvim version: 0.0.73-1ea838ee4e
term: Apple_Terminal
platform: darwin

Messages

Messages maintainer: Bram Moolenaar [e-mail]
"build.sbt" 809L, 24987C

Describe the bug

:CocList window suddenly closes leaving a new line with B in the current buffer.

Reproduce the bug

1. Open vim
2. Run :CocList
3. Scroll back and forth with UP & DOWN keys several times
4. Window suddenly closes & a new line with A (in case of UP) or B (DOWN) appears

I believe A's & B's that appear are related to how UP & DOWN keys are encoded in terminal, something like ^[[A & ^[[B.

• Repoducible with mini.vim：
  vim set nocompatible set runtimepath^=/path/to/coc.nvim filetype plugin indent on syntax on set hidden

[chemzqm]

Should be problem of your terminal/plugin, it send <esc> to vim, so the list get closed.

[arbitrary-dev]

To improve reproducibility, <Up> or <Down> could be hold while scrolling the item list.

[arbitrary-dev]

Also, the problem manifests itself differently when scrolling up with <C-k> on hold, there are console error sounds (term: Apple_Terminal), but not when holding <C-j> while scrolling down.

[xinhangliu]

Encounter the same problem.

termimals: terminal.app | alacritty | item2
macOS 10.14.6
vim 8.1.1722
nodejs v12.10.0
coc.nvim 0.0.74

[arbitrary-dev]

Also reproducible in Linux, when holding the DOWN key...

versions

vim version: VIM - Vi IMproved 8.1 (2018 May 18, compiled Aug 30 2019 20:40:47)
node version: v8.12.0
coc.nvim version: 0.0.74-c97d41aa1e
term: dumb (actually it's rxvt-unicode)
platform: linux

[arbitrary-dev]

Probably some race condition due to asyncronously handling complex keys (the ones which consist of two elements <esc>B)

[arashm]

I have the same issue on both Linux and Mac.

[oblitum]

Happens for me on ArchLinux too, but just on Vim, only when holding DOWN/UP (or <c-j>/<c-k>).

[igorsol]

For me this also sometimes happens when:

• vim is in insert mode
• I press Esc and then quickly Up or Down
• After this new line is inserted with symbol A or B. Vim is still in insert mode and coc's autocompletion menu appears

This behavior seems to be bound to the vim's buffer somehow. For example at the moment of writing this I have several cpp files open in vim. For some of those files this happens every time I press Esc-Up or Esc-Down. For other files this does not happen at all. I tried to open buffer in other window or tab but this weird behavior moves with the buffer.

[chemzqm]

I press Esc

The list will always be closed after <exc>, you have to use <C-o>

[chemzqm]

Should be bug of vim, the window get closed by vim when coc.nvim send commands to vim frequently.

[gmolau]

I understand that issues like this are difficult to address, but I want to point out that this currently breaks the list feature altogether for me. If this really can't be fixed that would to me seem to raise the question whether coc should really have its own list implementation at all, rather than focusing on providing a clean API for existing tools like fzf (see also the heavily upvoted #307 ).

[chemzqm]

@gmolau there're apis provided, it's your choice to use list feature or not.

[igorsol]

The list will always be closed after <exc>, you have to use <C-o>

Sorry if I was not clear enough but what I've described in my comment was not in the list. That was in insert mode in ordinary source code buffer. I just tried to add more information hoping it might help with debugging the issue.

Nevertheless I can also reproduce the issue in the list as it is described above (no need for insert mode in this case).