Clojurians Log v2
cursive
unfortunately, im only getting an empty window when IntelliJ 2021.2 EAP is trying to load my previously open project. it starts showing a progress bar to load the project, but that popup just disappears and leaves a completely empty window behind, with not toolbar or tool-window controls or status bar. if i open an other recent project (the clojurescript source code for example) i just get a new empty window too. i tried invalidating the caches, but it did not change anything, i still behaved the same after restart
i suspect, it's related to the fact that i had to reinstall my nix after upgrading to the latest macOS update, so neither the clojure cli path, nor the java sdk paths are valid anymore.
i've updated the path to Clojure CLI, but that wasn't sufficient.
If you create a new project, does that create successfully?
nope. i've done the following:
cd /tmp
git clone ~/some/project
rm -rf project/.idea
rm $(fd .iml project/)
idea-eap /tmp/projecti got these files created in /tmp/project/.idea/:
-rw-r--r-- 1 onetom wheel 176B Jun 1 12:49 ClojureProjectResolveSettings.xml
-rw-r--r-- 1 onetom wheel 622B Jun 1 12:49 misc.xml
-rw-r--r-- 1 onetom wheel 879B Jun 1 12:49 workspace.xmlClojureProjectResolveSettings.xml is:
<?xml version="1.0" encoding="UTF-8"?>
<project version="4">
<component name="ClojureProjectResolveSettings">
<currentScheme>IDE</currentScheme>
</component>
</project>i've tried something even simpler:
$ mkdir deps-skeleton
$ cd deps-skeleton
$ echo '{}' > deps.edn
$ idea-eap .Error Loading Default Project, with a content saying java.lang.StackOverflowError and an OK button.and this dialog appeared right on top of the splash screen
this sounds like something which should be reproducible
I'm on macOS 11.4 (20F71) and the latest 2021.2 EAP IntelliJ Ultimate, I could download through the JetBrains Toolbox
and Cursive 1.10.3-eap1-2021.21
Can you email me your log file?
<mailto:cursive@cursive-ide.com|cursive@cursive-ide.com>
Help->Show log in Finder
This is the SOE:
2021-06-01 13:09:21,558 [ 52221] ERROR - llij.ide.plugins.PluginManager - java.util.concurrent.ExecutionException: java.lang.StackOverflowError
java.util.concurrent.CompletionException: java.util.concurrent.ExecutionException: java.lang.StackOverflowError
at java.base/java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:314)
at java.base/java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:319)
at java.base/java.util.concurrent.CompletableFuture$UniRun.tryFire(CompletableFuture.java:787)
at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
at java.base/java.util.concurrent.CompletableFuture$AsyncRun.run(CompletableFuture.java:1742)
at java.base/java.util.concurrent.CompletableFuture$AsyncRun.exec(CompletableFuture.java:1728)
at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290)
at java.base/java.util.concurrent.ForkJoinPool.awaitQuiescence(ForkJoinPool.java:2984)
at com.intellij.idea.StartupUtil.start(StartupUtil.java:286)
at com.intellij.idea.Main.bootstrap(Main.java:117)
at com.intellij.idea.Main.main(Main.java:83)
Caused by: java.util.concurrent.ExecutionException: java.lang.StackOverflowError
at java.base/java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:395)
at java.base/java.util.concurrent.CompletableFuture.get(CompletableFuture.java:2022)
at com.intellij.openapi.project.impl.ProjectManagerExImpl.openProject(ProjectManagerExImpl.kt:73)
at com.intellij.platform.PlatformProjectOpenProcessor$Companion.doOpenProject(PlatformProjectOpenProcessor.kt:128)
at com.intellij.platform.PlatformProjectOpenProcessor.openProjectAndFile(PlatformProjectOpenProcessor.kt:251)
at com.intellij.ide.CommandLineProcessor.doOpenFile(CommandLineProcessor.java:90)
at com.intellij.ide.CommandLineProcessor.doOpenFileOrProject(CommandLineProcessor.java:61)
at com.intellij.ide.CommandLineProcessor.lambda$openFileOrProject$5(CommandLineProcessor.java:313)
at com.intellij.ide.lightEdit.LightEditUtil.computeWithCommandLineOptions(LightEditUtil.java:241)
at com.intellij.ide.CommandLineProcessor.openFileOrProject(CommandLineProcessor.java:309)
at com.intellij.ide.CommandLineProcessor.processOpenFile(CommandLineProcessor.java:258)
at com.intellij.ide.CommandLineProcessor.processExternalCommandLine(CommandLineProcessor.java:158)
at com.intellij.idea.IdeStarterKt.loadProjectFromExternalCommandLine(IdeStarter.kt:207)
at com.intellij.idea.IdeStarterKt.access$loadProjectFromExternalCommandLine(IdeStarter.kt:1)
at com.intellij.idea.IdeStarter.openProjectIfNeeded(IdeStarter.kt:145)
at com.intellij.idea.IdeStarter.main(IdeStarter.kt:79)
at com.intellij.idea.ApplicationLoader$startApp$3.run(ApplicationLoader.kt:185)
at java.base/java.util.concurrent.CompletableFuture$UniRun.tryFire(CompletableFuture.java:783)
... 8 more
Caused by: java.lang.StackOverflowError
at java.base/java.lang.String.indexOf(String.java:1691)
at kotlin.text.StringsKt__StringsKt.indexOf(Strings.kt:1099)
at kotlin.text.StringsKt__StringsJVMKt.replace(StringsJVM.kt:81)
at kotlin.text.StringsKt__StringsJVMKt.replace$default(StringsJVM.kt:79)
at com.intellij.ide.plugins.IdeaPluginDescriptorImplKt.pluginPathToUserString(IdeaPluginDescriptorImpl.kt:491)
at com.intellij.ide.plugins.IdeaPluginDescriptorImpl.toString(IdeaPluginDescriptorImpl.kt:485)
at java.base/java.lang.String.valueOf(String.java:2951)
at java.base/java.lang.StringBuilder.append(StringBuilder.java:168)
at com.intellij.ide.plugins.cl.PluginClassLoader.toString(PluginClassLoader.java:487)
at java.base/java.lang.String.valueOf(String.java:2951)
at java.base/java.lang.StringBuilder.append(StringBuilder.java:168)
at com.intellij.serviceContainer.ComponentManagerImplKt.doLoadClass(ComponentManagerImpl.kt:1452)
at com.intellij.serviceContainer.ComponentManagerImplKt.access$doLoadClass(ComponentManagerImpl.kt:1)
at com.intellij.serviceContainer.ComponentManagerImpl.loadClass(ComponentManagerImpl.kt:804)
at com.intellij.serviceContainer.BaseComponentAdapter.getImplementationClass(BaseComponentAdapter.kt:38)
at com.intellij.serviceContainer.BaseComponentAdapter.getComponentImplementation(BaseComponentAdapter.kt:31)
at com.intellij.serviceContainer.MyComponentAdapter.toString(MyComponentAdapter.kt:65)
at com.intellij.serviceContainer.BaseComponentAdapter.getImplementationClass(BaseComponentAdapter.kt:41)
at com.intellij.serviceContainer.BaseComponentAdapter.getComponentImplementation(BaseComponentAdapter.kt:31)
at com.intellij.serviceContainer.MyComponentAdapter.toString(MyComponentAdapter.kt:65)That doesn’t seem to be Cursive related at all, as far as I can tell.
It looks like something is funny with your IntelliJ install, but I’m not sure what that might be.
thank you for having a look! next time i will be able to debug 1 step further. indeed, on another machine, the configuration of the same jetbrains user and the same code repo, on the same code branch, does not exhibit the same behaviour. i did notice that despite having the configuration synced via a jetbrains account, i still have different sets of plugins on different machines, so the issue mostly likely stems from such difference, cause by some rogue plugin...
EAP supporting this is out now.
hello, not a specific Cursive issue, but maybe somebody here knows it. My intellij stopped being able to find executables in my machine, things like bb and clj-kondo, I have File Watcher that uses clj-kondo, but since I upgrade IntelliJ it stopped working, IntelliJ says the executable is not available, but in a normal terminal it works fine, any ideas how to fix it?
in some cases I can, but not all
for anyone having this issue, seems like it fixes itself if I start IntelliJ from the terminal, instead of clicking on the dock icon
I think this happened to me as well for clj-kondo. What I think fixed it was using a full path to clj-kondo
Full path under “Program:”
full path solved this problem to me, but them I had issues with my git hooks
and those I cant use full path because come from team shared files
starting from terminal made all work fine
Yeah, deps now shells out to git and that actually worked which surprised me. The CWD of IntelliJ is inside the app somewhere, and env vars from your shell environment don’t usually get propagated to it correctly. I’m not sure why this would have broken though, can you use a full path to the executable?