Invalid node type position error

[yriveiro]

Every time I start neovim I get this error.

Error

Error detected while processing /home/yriveiro/.local/share/nvim/site/pack/vendor/start/tree-sitter-lua/plugin/ts_lua.vim:
line    9:
E5108: Error executing lua /usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:161: query: invalid node type at position 57
stack traceback:
        [C]: in function '_ts_parse_query'
        /usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:161: in function 'parse_query'
        /usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:119: in function </usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:118>
Press ENTER or type command to continue

Enviroment

:version
NVIM v0.7.0-dev+848-gb4fbb9dcf
Build type: Debug
LuaJIT 2.1.0-beta3
Compilation: /usr/bin/cc -DNVIM_TS_HAS_SET_MATCH_LIMIT -g -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wshadow -Wconversion -Wmissing-prototypes -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fno-common -fdiagnostics-color=always -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -DM
IN_LOG_LEVEL=1 -I/data/Development/github.com/neovim/neovim/build/config -I/data/Development/github.com/neovim/neovim/src -I/data/Development/github.com/neovim/neovim/.deps/usr/include -I/usr/include -I/data/Development/github.com/neovim/neovim/build/src/nvim/auto -I/data/Development/github.com/neovim/neovim/build/include
Compiled by yriveiro@neutron.node.inet

Features: +acl +iconv +tui
See ":help feature-compile"

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/local/share/nvim"

Run :checkhealth for more info

[alexvyber]

@yriveiro I have the same issue. Did you fix it?

[Conni2461]

This is most likely caused by having multiple lua parsers installed.

Make sure there is no lua.so in nvim-treesitter/parser/

[yriveiro]

@alexvyber I didn't figure out how to solve it.

[Verf]

Same issue and there is only one lua.so in my parser dir. This problem appeared when I updated to the newest nvim-treesitter and set the runtimepath option.

fixed when updated to nvim 0.9-dev