I'm running this on a Mac (Ventura)

Looking into the temp folder, under out/clojure/browser/repl.cljs I see (goog-define HOST "localhost") (goog-define PORT 9000) changing it to 9001 does not help either.. I also changed it in repl.js. Still the same result. I do notice that the VPN ZScaler is listening on 9000. Not sure how to change the port to a different value.

Hmmm. I think the port may be hard coded as a default deep in there some how. Please file an issue about this. I will see if I can make Calva override the default. Meanwhile, to test some ClojureScript, the Node Quick Start should work. For testing with a browser app, you can check this template project out: https://github.com/PEZ/shadow-bare-bones It is a bit less basic, but also a bit more realistic, than Calva’s quick-start browser thing. Still very basic, though. And you’ll have an actual project to build from, which is a pretty big bonus. Please let me know how you fare. Here’s a similarly bare bones Clojure-only template: https://github.com/PEZ/clojure-get-started-mini The README there has some tips on resources for Clojure beginners. And I can truly recommend the #beginners channel on this slack. Super friendly and helpful people there!

Thanks! I killed the ZScaler VPN and was able to launch the app. I will create an issue for this. I'm using this as a playground for code that I want to run in Ryan Robitaille's data-rabbit. I'll try the shadow-bare-bones!

Oh, I data-rabbit is on my bucket list. Then you really want to have a small project, because the Quick Start stuff is launched from your tmp folder and might get lost. If you prefer the minimalness of the CLJS quick starter, you can of course copy it out of the temp folder to wherever you have your projects. The project folder is everything before src/ in the path of the .cljs file that the quick starter opens. Then you open this project and use Calva’s Jack-in command to start and connect the repl, choosing the deps.edn + ClojureScript built-in for browser as the project type.

Hey Misha, long time no see! I am doing great. Hoping the same for you. You shouldn’t wait with feedback like that about that you want the most commonly used project root first in that list. 😃 I think I’ve seen it suggested before, so we should create an issue for that and see what we can do without things getting complicated. As for the main issue. I don’t think we are aware of it. But tbh, I’m not sure I am following. I take it as that the project type menu has options, but lacks some options you expect to be there? So you need to retry and then list is correctly populated? If this is correctly understood by me, then I can’t reproduce it. I’m guessing we have a race condition. (It’s super ugly stateful stuff going on there, so would not surprise me.) Issue welcome! Making it two welcomed issues. 😃

> As for the main issue. I don’t think we are aware of it. But tbh, I’m not sure I am following. I take it as that the project type menu has options, but lacks some options you expect to be there? So you need to retry and then list is correctly populated? Yes, correct. I’ll share the video of the repro with you. Let me know if you need any more info! 🙏

I added this issue. https://github.com/BetterThanTomorrow/calva/issues/2334

I now am having a look at this but I can’t reproduce the problem, which makes it hard.

@pez Can you please try reproducing it after a cold start of vs code?

Still can’t reproduce. But maybe I found the problem. Can you test this VSIX? https://output.circle-artifacts.com/output/job/9784c285-3401-4a47-8ec0-6116bde4a037/artifacts/0/tmp/artifacts/calva-2.0.398-2334-populate-project-types-from-cold-1a22f698.vsix

So, that one didn’t fix it. But maybe this one does: https://output.circle-artifacts.com/output/job/bfd0a195-f52a-400b-be3a-efd25f1e2c20/artifacts/0/tmp/artifacts/calva-2.0.399-2334-populate-project-types-from-cold-7021cb97.vsix @U05H8N9V0HZ ^

Testing

Doesn't help

Looks like you’re using the old VSIX?

I think I see 22f698 there.

Can you test the VSIX ending with 7021xb97, @U9ES37CSZ? A VSIX is a zip package that VS Code (and VS too, I think) extensions come wrapped in. You install it from the VS Code Extensions pane, top meatballs menu -> Install from VSIX…. Sometimes when downloading them, they get renamed to .zip for some reason. Then VS Code won’t find it.

I removed the old .vsix files and tried again, but no joy yet:

@pez Thank you! I’ve also tried it, and can confirm the issue is not fixed 😞

Sorry for the confusion. I installed the wrong one again. Now I've installed calva-2.0.399-2334-populate-project-types-from-cold-7021cb97.zip and it is working as expected for my situation.

My repro is (on Linux): • ctl-shift P • Developer: Reload Window • ctl-shift P • Calva: Connect to a Running REPL Server in the Project

Just confirmed with @pez that the fix is working 👍 I wasn’t properly installing the vsix file

Thank you again @pez!

@pez let me test once more...

Yep. Works. Thought I saw it not work again...

I think that the fact that I couldn’t reproduce it indicates that there is still some bug hiding in there. The whole thing is way more stateful than any Clojure coder wants to imagine. I wasn’t a Clojure coder when I wrote most of it… Haha. I think we will have to rewrite it considerably at some point soon.

Or maybe Calva can use an entry point like this? :thinking_face:

(ns main
  (:require [server :as s])
  (:gen-class))

(defn -main [& args]
  (s/start))

You can create a https://calva.io/connect-sequences/ and configure afterCLJReplJackInCode there to require the server namespace and start the server. You can also do it in your entry point function, but that gets more complicated, because you will also need to make it start the nREPL server, which is done in Calva’s default entry point.

dot-less top namespaces are discouraged, by the way. Something Java something something reason.

Oh! I didn't know that. Thanks for the tip!