👋

Hey!

I wonder if you could clone http://github.com/dharrigan/weird and try to go to definition on authetication.clj function http-basic-backend

it should work repeatingly

then, try on wrap-authentication, for me it works only once then no more.

Would be great to confirm if it's just me, or something else going on.

thank you 🙂

both jumps work repeatedly for me

I noticed a bit ago that repeated jumps wouldn't work if I had closed the jumped-to buffer, but there was an lsp fix for that

I'm on the latest clojure-lsp (2022.02.23-12.12.12), nvim 0.5.0, Ubuntu 18.04, coc.nvim sha:e7d5d359 (haven't updated in a few weeks)

rest of my config is up here: https://github.com/justone/dotfiles-personal

so, you can repeatingly jump over and over again to each function?

yeah

jump, go back, jump, delete buffer, jump in a split, go back...

most every combo I can think of

curious, could you try one more thing, if you jump into, say wrap-authentication, can you further jump into a regular clojure function like assoc or some->> within the loaded jar source?

yes, I just jumped to the apply function

thank you. valuable information. ta.

glad to help, I hope you figure out the issue

it's really bugging me

I will solider on

btw, I'm on neovim 0.6.1 🙂

oooh

it works on nvim 0.5.0!

ah ha!

interesting.

I switched to a 0.7.0 nightly build a bit ago for something else, and repeated jumps work on that too

0.5.1 works, 0.6.0 does not work

the 0.7.0 is on Mac

I'm on Arch, getting nightly if available...

yes

0.7.0, no

does not work

so, the 0.5.x works, but nothing after it?

what version of node?

❯ node --version
v17.6.0

0.5.0, 0.5.1 works. after that no

:checkhealth reports 16.13.0

(above was on mac, v14.17.2 on linux)

node latest (17.7.1) no works

so looks like something after 5.1.0 broke

my random 0.7.0 nightly build on Mac works

what's the error?

Basically, I can only jump to wrap-authentication once, then no more. Yet, strangely http-basic-backend always. This is just one example, I have other jars that exhibit the same behaviour. Now, you would think that if goto-defintion to source in a jar was broken, no functions would be able to be loaded. Yet, it looks like some can, some can't. It's a puzzle

if you don't mind, if you jump to a definition, what does it show at the buttom of the buffer, does it show zipfile://.... or jar:file://...?

zipfile://

ahhhhhh

that always works for me

I have this in my coc-settings.json, under "clojure-lsp": "additionalSchemes": ["jar", "zipfile"],

if you set the dependency-schema to be jar, then that's the issue

oh

default is zip and you set it to jar?

apparently, in emacs it's always jar, whereas in vim, clojure-lsp allows zipfile for vim users!

right, for what happens for me is that if I set it to zip, it opens the file, but I can't then go into another definition, i.e., a core clojure function

so nested jumps don't work

Maybe I can fix that

default is actually jar 🙂

oh oh

ah zip

so now I wonder why I can't go nested if I change it to zip!

I don't know how the additionalSchemes coc config option interacts with the dependency-schema init options

https://github.com/justone/dotfiles-personal/blob/personal/.vim/coc-settings.json#L18

that link is my whole coc-settings, maybe something else will help

Thank you. Investigating.

Okay, so I'm using coc-clojure to wrap clojure-lsp, and with a slight change it works

oh interesting, coc-clojure?

https://github.com/NoahTheDuke/coc-clojure

that one?

Yup 🙂