Linters get confused

[adelin-b]

Here is a small issue I have :
When easymotion is used the linter get mad.
Any tips on where to hook to know if linter should lint or if someone implemented that ?

[dlants]

I think this is an issue with how the motion targets get shown. It seems like it changes the actual text of the buffer, and many linters with live linting will try to send the contents of the buffer for linting. (I ran into this on https://github.com/neoclide/coc-tsserver and it seems to be a problem for Language Server Protocol plugins in general).

Seems like neovim is considering some things that may help:

neovim/neovim#8068
neovim/neovim#1767

[rocinante42]

I got just the same problem using (https://github.com/neoclide/coc-tsserver) did you guys get a way around this issue?

[dseeni]

same issue here.. wondering if there is a workaround to linter triggering

[vieko]

Same issue as well.

[zer09]

I would like to use easymotion-bd-w but coc got mad, so for now gonna only use easymotion-overwin-f2

[vieko]

I resolved to using vim-sneak for now, hoping one day this is addressed.

[dlants]

@vieko does label-mode in vim-sneak not have this issue? I tried looking through that repo and it seems that they use highlighting somehow to display labels though I'm not familiar enough with vim-script to tell how they actually do it...

[vieko]

label-mode works just fine for vim-sneak, good call! There's bound to be a hint / trail to follow here.

[iago-lito]

Hey, same problem here with coc-rust-analyzer. So I cross-post the issues for reference.

I thought easymotion hints were displayed using virtual text, and not actual changes to the buffer. Can virtual text be used to display easymotion hints? Or can it only be used where there is no actual text? I suspect no linter would be confused if hints were displayed using virtual text instead, but then maybe there would be conflicts to solve between the actual linter messages and easymotion hints?

[kswope]

There's an issue and workaround here, I'm trying it out now

neoclide/coc.nvim#110

[numToStr]

I love easymotion and coc both. And this is the only issue that is making me stick to vscode. Hope easymotion provides a workaround to fix this issue

[kujbika]

Im facing the same issue.

[sekirocc]

I use this work around, posted here maybe someone else need it.

in ~/.config/nvim/init.vim

function! DoingEasyMotion()
    let g:is_doing_easymotion = 1
    let cancelled = EasyMotion#WB(0,2)
    let g:is_doing_easymotion = 0
endfunction
nmap f :call DoingEasyMotion()<CR>

the idea is setting a flag before easymotion function. then at somewhere else, use the flag to determine linter behavior.
I use nvim-lua/diagnostic-nvim to do the linter thing (lsp diagnostic), so

lua << EOF
  local nvim_lsp = require'nvim_lsp'
  local completion = require'completion'
  local diagnostic = require'diagnostic'

  local orig = diagnostic.publish_diagnostics
  diagnostic.publish_diagnostics = function(bufnr, diagnostics)
    local status, result = pcall(vim.api.nvim_get_var, "is_doing_easymotion")
    if status == true or result == 1 then
      return
    end
    orig(bufnr, diagnostics)
  end

  local on_attach = function(_, bufnr)
    completion.on_attach()
    diagnostic.on_attach()
  end

  nvim_lsp.rust_analyzer.setup({on_attach=on_attach})
  nvim_lsp.gopls.setup({on_attach=on_attach})
EOF