This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-08-15
Channels
- # announcements (9)
- # babashka (1)
- # beginners (1)
- # calva (7)
- # cider (13)
- # clj-kondo (2)
- # cljsrn (1)
- # clojure (40)
- # clojure-europe (2)
- # clojure-spec (9)
- # clojure-uk (1)
- # cursive (4)
- # datomic (2)
- # etaoin (1)
- # fulcro (4)
- # honeysql (3)
- # lsp (43)
- # malli (7)
- # music (1)
- # nbb (6)
- # off-topic (5)
- # polylith (8)
- # protojure (1)
- # re-frame (6)
- # react (17)
- # reagent (63)
- # releases (1)
- # shadow-cljs (8)
- # testing (8)
- # tools-deps (1)
- # vim (8)
Hello. When I open one of my repos in Gitpod, clojure-lsp is mostly working, but looking up sources from jars doesn’t work. So if I command click apply
it opens a tab for core.clj
but it doesn’t load. If I jack-in to the project the lookup works though, so nrepl seems to be able to do it. This is the repo I am testing with: https://github.com/PEZ/pirate-lang If you open it in Gitpod it will take quite a long time the first time (like five or ten minutes) so be a bit patient. 😃 Subsequent opens of the workspace will be quicker.
Probably the classpath lookup failed, did you notice any messages popup about it? We need to check the server log as well, not sure how can we find that on gitpod
Better late than never? These are the logs from me hovering apply
and then pressing cmd
(which should trigger a preview in the hover) and then, while holding cmd
down, clicking (which should open the file). The tab opens, with the correct file name, but the contents never loads. It’s just that blue progress “bar” running at the top of the window.
I can't understand how it works for me but not for you, and this is not even in my machine to say: "Works on my machine" 😂
I am doing this in Safari. I can’t imagine how that should matter, but now will try in Chrome.
It worked in Chrome for me. Using the Rich 4Clojure project though, so will try with the same repo as I used in Safari as well.
Same there. Crome yes, Safari no. How very odd. I’ll check the Gitpod issues a bit for this.
Not sure we have yet. 😃 But there is something with that nREPL can open the files also in Safari that gives hope.
This is the start of my repro:
1. Open a workspace using this link: https://gitpod.io/#https://github.com/pez/rich4clojure
1. Open the file src/rich4clojure/hard/problem_164.clj
1. On line 58, use the mouse to hover set
in:
clojure
(set (__ ’{:states #{q0 q1 q2 q3}
* [x] A hover shows up showing the docs for set
1. …I tagged you here, don’t know if you get notified: https://github.com/gitpod-io/gitpod/issues/5225
For some reason the gif didn't capture the hover window, but it showed before the find definition
I noticed that sometimes I get highlighted errors regarding unmatched delimiters even though my code looks valid. These errors disappear if e.g. add some empty lines into the buffer. After investigating I noticed that it's caused by interaction between lsp and justinbarclay/parinfer-rust-mode
, where the latter automatically inserts closing ]
, )
or }
as I type. It seems that although these closing delimiters appear in emacs, they are not visible to lsp (until I add some empty lines between top level forms). If I look at the clojure-lsp logs, I can see stacktraces caused by "Unmatched delimiter: ) [at line N, column M]" etc. Is this something that could/should be solved within clojure-lsp (or lsp-mode?) or should I rather raise an issue over at parinfer-rust-mode
?

this should be fixed only on client (emacs), not sure if lsp-mode or the parifer mode, the issue is that the lsp client (lsp-mode) should send the correct changes to didChange
request, I suggest you debug this on lsp-mode using https://emacs-lsp.github.io/lsp-mode/page/troubleshooting/#log-client-server-json
Never saw this kind of issue, it'd odd, maybe try other paren manipulations like paredit, lispyville, parinfer to check if it works
oh, there is a flag on clojure-lsp that you can try to "avoid" this issue on client side maybe
thanks anyway 🙂