This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-06-03
Channels
- # babashka (17)
- # beginners (166)
- # calva (97)
- # cider (4)
- # clara (2)
- # clj-kondo (46)
- # cljsrn (5)
- # clojure (334)
- # clojure-canada (1)
- # clojure-dev (144)
- # clojure-europe (14)
- # clojure-germany (5)
- # clojure-nl (10)
- # clojure-spec (1)
- # clojure-uk (46)
- # clojurescript (50)
- # conjure (1)
- # core-async (52)
- # core-typed (5)
- # cursive (3)
- # datomic (3)
- # emacs (11)
- # figwheel (16)
- # figwheel-main (9)
- # fulcro (29)
- # graalvm (19)
- # graphql (14)
- # helix (46)
- # hoplon (4)
- # hugsql (2)
- # jobs (2)
- # jobs-discuss (1)
- # juxt (15)
- # kaocha (6)
- # off-topic (9)
- # pedestal (7)
- # portkey (7)
- # re-frame (10)
- # reagent (29)
- # shadow-cljs (13)
- # spacemacs (70)
- # sql (13)
- # tools-deps (26)
- # xtdb (23)
I’m having serious issues with Calva. Unable to use it at the moment 😞
I was on 2.0.89 and suddenly off late, after hitting a Save, fundamental things like backspace wouldn’t work
updating to the latest version, fundamental things like forward select sexp wouldn’t work
I’ve uninstalled, reinstalled
I’ve upgraded to the latest version of VSCode, and some of those issues have gone away
But, it wasn’t working as VSCode 1.38 or so
Anyway, for now, this is again alright, but let us see
Spoke too soon. Now, on save, it takes forever
I would really like to get to the bottom of this, please tell me what all info you need from me @pez
I don’t mind getting on a zoom session to show you what’s happening if that’ll help
I suspect it is a regexp that runs amok when formatting the document. Do you have format-on-save enabled?
I disabled it
and enabled it
There seems to be a host of issues
They are all related most likely to a save action
I have code running with verbose on
It isn’t a specific file
I tried it on separate files, the same thing happens
I did try a VSCode live share
and the problems cropped up right after that
You might have a point on the specific type of files
handlers_test.clj ?
no problems on handlers.clj
@pez - this is very very likely. I am able to reproduce this
I have two files, handlers.clj and handlers_test.clj
upon saving of handlers.clj, everything is fine, however, on handlers_test.clj, everything runs amok as you asid
*said
format on save + _ in the filename?
Ok, this is completely borked. I’ve now tried a variety of things, a variety of versions, it simply isn’t stable enough. I’ve tried going back to 1.0.90 and that issue is still there
@pez - we’ve managed to find a specific form that is causing the issue we think. When we remove this specific form and save, the error doesn’t occur
However, just this form on its own doesn’t cause the issue either
If it helps you, I can send you the whole file and tell you which form
The final form there with (deftest history …
Is the offensive one
You should be able to reproduce this bug by loading that specific file, modifying something and saving it
then the error occurs
However, loading that file, removing the last form and then saving it
doesn’t cause the error
I have format on save enabled here, but I suspect the same is true if you manually format
If you format the whole file, yes. But formatting more local forms should work, in that particular file.
Yeah, let’s hope that helps
As of now, I am going to switch to Cursive
Let me know if there’s anything else I can try
I’ll let you know. When I have a fix for this, I’d like you to test of course. I’m curious if most of the breakage you have experienced lately, is really this bug.
@pez very likely
Almost certainly related to formatting
I am half fighting and half enjoying spacemacs in the meantime
Calva has spoiled me. Cursive is a little long winded
the way their stuff is organised is a little odd. Some things are grouped under different menus
and its messy trying to find it
and some of the default structural editing stuff is odd too
Calva starts playing nice with the file you sent me, with this VSIX, when I try: https://6226-125431277-gh.circle-artifacts.com/0/tmp/artifacts/calva-2.0.102-fix-format-pos-restore-da79533b.vsix
@pez - it will take me a day as I am occupied today with something else, so expect to hear from me by tomorrow. Sorry about that. Thank you for expediting this
I think you are running into this issue: https://github.com/BetterThanTomorrow/calva/issues/651
Well, yes, sort of.
Upon save, with format on save enabled, the save takes forever too
so something to do with formatting for sure
Anyone wants to try out a fix for using clj-kondo in a multi-root project? It now uses the current buffer to detect the .clj-kondo directory upwards.
I want to publish this plugin as alpha. Publishing [email protected]... ERROR The version string '2020.5.10-alpha.1' doesn't conform to the requirements for a version. It must be one to four numbers in the range 0 to 2147483647, with each number seperated by a period. It must contain at least one non-zero number.
> It must be one to four numbers in the range 0 to 2147483647, with each number seperated by a period. Looks like that is correct ^
is there some secret sauce to using calva against babashka nrepl, or is that not ready yet?
@hoppy You'll have to start babashka with the --nrepl
argument and then connect to a REPL outside of a project with Calva
I did that, and get a repl prompt in calva, but not sure where to go from there. It doesn't seem to want to let me eval anything in the .bb file buffer