Clojurians Log v2
practicalli 2024-06-04
Hi @jr0cket, I just pulled the latest user config, after which I started seeing these errors for any treesitter-sexp actions. Not sure how to troubleshoot, does this also happen to you?
E5108: Error executing lua ...m/0.10.0/share/nvim/runtime/lua/vim/treesitter/query.lua:763: No handler for has-type?
stack traceback:
[C]: in function 'error'
...m/0.10.0/share/nvim/runtime/lua/vim/treesitter/query.lua:763: in function 'match_preds'
...m/0.10.0/share/nvim/runtime/lua/vim/treesitter/query.lua:963: in function '(for generator)'
.../lazy/nvim-treesitter-sexp/lua/treesitter-sexp/utils.lua:68: in function 'get_forms'
.../lazy/nvim-treesitter-sexp/lua/treesitter-sexp/utils.lua:192: in function 'get_form'
...zy/nvim-treesitter-sexp/lua/treesitter-sexp/commands.lua:107: in function <...zy/nvim-treesitter-sexp/lua/treesitter-sexp/commands.lua:106>
nvim-treesitter-sexp commands were working until I did a package update this morning and now it seems I get a similar error to that in your post.
The nvim-treesitter-sexp nvim-treesitter package did have some changes over the last few days, so it could be that is the cause.
● nvim-treesitter 20.4ms nvim-treesitter-sexp
a80fe08 feat(predicates)!: rename `has-type` to `kind-eq` to align with Helix (3 days ago)
deb76a2 bot(lockfile): update styled (3 days ago)
979beff bot(lockfile): update c, fennel, janet_simple, rego, slint (4 days ago)
f9773e4 test: fix tests broken after 0.10 update (#6714) (4 days ago)
b7d50e5 bot(lockfile): update earthfile, idl, javascript (5 days ago)
f770df9 fix(odin): highlight types with underscores (5 days ago)
5c92440 bot(lockfile): update idl, julia, nickel, sourcepawn (6 days ago)
b91ae14 bot(lockfile): update cuda, gleam, glsl, hlsl, ini, slang, zathurarc (7 days ago)
5aadae3 fix(koto): update parser and queries (7 days ago)neodev.nvim package, although its unclear if that had any effect.I wonder if its possible to pin to an earlier package version for `nvim-treesitter-sexp` nvim-treesitter which I think would be the easiest way to start diagnosing the issue.
I assume its the commit key in the lazy plugin configuration that allows a hash to an earlier commit to be set (rather than using HEAD)
Ah, looking at the first line of each of those source blocks, it seems had-type has been renamed to kind-eq within nvim-treesitter.
I assume this is what is breaking nvim-treesitter-sexp package
I've opened https://github.com/PaterJason/nvim-treesitter-sexp/issues/6 raising the fact that nvim-treesitter has a breaking change
Spot on - I pinned the commit right before that change and it's all good. Thanks for following that up with that issue, I'll keep an eye on it.
The change to fix the breaking change seems quite simple (one text change). However, this would require any user of nvim-treesitter-sexp to have a recent (last 3 days) version of nvim-treesitter
I https://github.com/PaterJason/nvim-treesitter-sexp/pull/7 to see what the maintainer of nvim-treesitter-sexp thinks.
I've tested my fork of nvim-treesitter-sexp locally, using this config rather than the Clojure pack
{
-- "PaterJason/nvim-treesitter-sexp",
"practicalli-johnny/nvim-treesitter-sexp-fork",
branch = "treesitter-has-type-to-kind-eq",
dependencies = { "nvim-treesitter/nvim-treesitter" },
ft = { "clojure", "fennel", "janet", "query" },
cmd = "TSSexp",
opts = {},
},The PR has been accepted and merged, so it should be okay to remove the pinned package and do a lazy update. I will try later today.
Another question: I can't do gr anymore to "go to references". Is that still available somewhere else?
It seems this has change to grr or via the LSP menu SPC l R (uses telescope to select from multiple matches)
gd still jumps to the definition of a symbol
Ah-ha, thanks!