From neovim I'm not having any luck with the incoming and outgoing call hierarchy functions. Are those working for others?
Figured it out. Neovim isn't recursive, so doesn't find anything it can show. Third party plugins which do recurse seem to work ok, eg hierarchy.nvim
Hey all! I'm helping some users troubleshoot clj-kondo errors that seem to come from running clojure-lsp and it polluting clj-kondo's cache. Does clojure-lsp cache dependencies anywhere that could be out of date with the latest version (and version in deps.edn ) such that it could be using something else for clj-kondo?
The issue:https://github.com/taoensso/telemere/issues/32#issuecomment-2700211540
The screenshot of the behavior:
clojure-lsp has only external classpath cache (your deps) but it shouldn't affect diagnostics(clj-kondo findings), even so you can test removing .lsp/.cache
The user hit that error with no .lsp before. ie. in the screenshot you can see that .lsp doesn't exist, then clj-kondo runs correctly with no errors, then he invokes clojure-lsp diagnostics and then it reports a (incorrect) clj-kondo error, and then running clj-kondo also incorrectly reports the error
Any ideas what could cause that?
Yes, I suggest not running clj-kondo before, leave it to clojure-lsp which invokes clj-kondo under the hood. The problem may be that when running clj-kondo manually, is pretty easy to not include the external classpath properly or miss some flag, and may cause inconsistency like that
That doesn't make sense to me really.
I think the issue may just be a weird exported config that only comes into effect once lsp does the copy-configs thing
yes, that's what I believe it may be as well
I replied in the issue. Nothing unexpected happens