bug: "references" preview pane shows tree-sitter highlights after scrolling about vscode-neovim HOT 3 CLOSED

Nice, this seems to reproduce pretty reliably for me as well (like 75% of the time), but only when I'm running v1.11.3, so I think it helped! I'll keep an eye out for any other highlight issues (seems like there was some discussion on that PR) but this definitely seems like it's helping for now, thanks! 🎉

from vscode-neovim.

Hm, I've been experimenting a little bit, and I wonder... do we have any reason to store highlight groups of kind syntax? We always just disable treesitter when a buffer opens. I worry this would have knock-on effects, but it sure feels like a "simple" solution. My guess is some nvim plugins use it.

https://neovim.io/doc/user/ui.html

kind: always present. One of the following values: "ui": Builtin UI highlight. highlight-groups "syntax": Highlight applied to a buffer by a syntax declaration or other runtime/plugin functionality such as nvim_buf_add_highlight() "terminal": highlight from a process running in a terminal-emulator. Contains no further semantic information. ui_name: Highlight name from highlight-groups. Only for "ui" kind. hi_name: Name of the final :highlight group where the used attributes are defined. id: Unique numeric id representing this item.

from vscode-neovim.

I did a git-bisect from v1.11.1 to master, and came up with #1944 being the culprit, which is interesting because it seems to try and fix this same problem. I'll dig into this when I get a spare cycle (but of course wouldn't mind a hand) I spotted it right before I went off to bed!

from vscode-neovim.