Fork me on GitHub
#cursive
<
2021-05-31
>
onetom03:06:08

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

onetom04:06:21

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.

onetom04:06:03

i've updated the path to Clojure CLI, but that wasn't sufficient.

cfleming04:06:53

If you create a new project, does that create successfully?

onetom04:06:39

nope. i've done the following:

cd /tmp
git clone ~/some/project
rm -rf project/.idea
rm $(fd .iml project/)
idea-eap /tmp/project
and i've just ended up with an empty window

onetom04:06:46

i 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.xml
where the ClojureProjectResolveSettings.xml is:
<?xml version="1.0" encoding="UTF-8"?>
<project version="4">
  <component name="ClojureProjectResolveSettings">
    <currentScheme>IDE</currentScheme>
  </component>
</project>

onetom05:06:57

i've tried something even simpler:

$ mkdir deps-skeleton
$ cd deps-skeleton
$ echo '{}' > deps.edn
$ idea-eap .
and I got a dialog, titled Error Loading Default Project, with a content saying java.lang.StackOverflowError and an OK button.

onetom05:06:27

and this dialog appeared right on top of the splash screen

onetom05:06:16

this sounds like something which should be reproducible

onetom05:06:17

I'm on macOS 11.4 (20F71) and the latest 2021.2 EAP IntelliJ Ultimate, I could download through the JetBrains Toolbox

onetom05:06:52

and Cursive 1.10.3-eap1-2021.21

cfleming05:06:48

Can you email me your log file?

cfleming05:06:15

Help-&gt;Show log in Finder

👍 3
cfleming06:06:53

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)

cfleming06:06:06

That doesn’t seem to be Cursive related at all, as far as I can tell.

cfleming06:06:02

It looks like something is funny with your IntelliJ install, but I’m not sure what that might be.

onetom11:06:40

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...

wilkerlucio17:05:00

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?

cfleming21:05:01

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?

wilkerlucio15:06:16

in some cases I can, but not all

wilkerlucio15:06:32

for anyone having this issue, seems like it fixes itself if I start IntelliJ from the terminal, instead of clicking on the dock icon

raspasov20:06:18

I think this happened to me as well for clj-kondo. What I think fixed it was using a full path to clj-kondo

raspasov20:06:22

Full path under “Program:”

wilkerlucio20:06:37

full path solved this problem to me, but them I had issues with my git hooks

wilkerlucio20:06:51

and those I cant use full path because come from team shared files

wilkerlucio20:06:02

starting from terminal made all work fine

👍 3