Fix vim-illuminate errors by disabling treesitter provider#204
Conversation
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Code ReviewOverviewThis PR fixes a recurring Lua error ( Code Quality and Style
Correctness
Potential Issues / Risks
SecurityNo concerns. Test CoverageThe manual test plan in the PR description is appropriate for a Neovim plugin change — automated testing of Neovim UI behavior is impractical. The two checklist items cover the failure case (no errors) and the success case (highlighting still works). SummaryThis is a clean, well-reasoned bug fix. The root cause is correctly identified and the solution is minimal and non-breaking. No changes needed — LGTM. 🤖 Generated with Claude Code |
- nvim-ts-autotag: lazy-load on InsertEnter and depend on nvim-treesitter so the plugin sources after vim.treesitter is ready, preventing the cascading "loop or previous error loading module 'vim.treesitter'" failures when opening a buffer for the first time. - mason-lspconfig: rename "oxc" to "oxlint" — "oxc" is not a valid lspconfig server name; the LSP is registered as "oxlint" (binary: oxc_language_server). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Summary
treesitterprovider depends on the legacynvim-treesitterAPI (master branch), but our config pins nvim-treesitter to themainbranch rewrite. The provider failed to load and Lua's cached failure spammedloop or previous error loading module 'illuminate.providers.treesitter'on every callback.lspandregexproviders, and lazy-load onBufReadPost/BufNewFile.Test plan
illuminate.providers.treesittererrors🤖 Generated with Claude Code