Closed petobens closed 1 year ago
Ahhh good spot. It doesn't make sense to explicitly define that. I've removed the OneDarkPro semantic token for the Lua LSP but not sure that will fix the issue as you may need to disable semantic tokens or create some custom TS queries.
Mmm didn't fix it for me. Does it work in your case? Maybe I need to open an issue with the comment parser... Dunno why things are overriden though
I get this too unless I install https://github.com/folke/todo-comments.nvim
Mmm but this used to work.. Isn't there a way to make it work without adding yet another plugin? Note that in my minimal config I'm indeed disabling the semantic token comment lsp and would thus expected the treesitter highlight to show:
['@lsp.type.comment.lua'] = {},
Have you recently upgraded to Neovim 0.9?
There's no changes in the plugin that I can think would cause this at all. It looks purely related to LSP semantic tokens.
Roger that. I'll take a further look.
If I add vim.api.nvim_set_hl(0, '@lsp.type.comment.lua', {})
then the semantic token is correctly disabled. Whereas if I do
['@lsp.type.comment.lua'] = {},
as in the config above (i.e from the highlights section) then the problem returns.
Unfortunately no success.. sticking to the the vim.api
call in the meantime.
@petobens I've fixed this in the latest commit, you should now be able to do:
['@lsp.type.comment.lua'] = {},
Thanks!
Your OneDarkPro config
Error messages
-
Describe the bug
When the semantic token kicks in FIXME/TODOs messages highlight are overriden even when lsp semantic token is explicitly removed.
Reproduce the bug
As in the GIF do:
FIXME
changes from red to grayAfter 3. I expect the fixme to remain red. The
:Inspect
command shows:Final checks
minimal.lua
config file above and still get the issue:checkhealth treesitter