cursive 2019-04-24 | Slack Archive

@kenny https://github.com/cursive-ide/cursive/issues/2162, fixed in the next build.

hello, I was using Cursive, but out of the blue it just stopped recognising the things from Clojure core, I tried refreshing the deps project, but seems like Cursive got lost

wilkerlucio03:04:16

everything looking like this

polymeris13:04:40

I saw the same issue a while ago, when the clojure version was changed from 1.9 to 1.10 in the git repo. Invalidate and restart did not solve it for me. Had to change the clojure version manually back and forth for cursive to pick it up. (Using lein, in this case)

polymeris13:04:15

@cfleming ☝️ in case it helps debug

cfleming22:04:05

@wilkerlucio @U0FTV149X @U2FRKM4TW If you have your IntelliJ log and you have a good idea of when this happened, please send the log file indicating roughly when the issue occurred.

cfleming22:04:25

Help | Show log in Finder/Explorer

cfleming22:04:04

Also, please let me know if you can reproduce this reliably.

wilkerlucio22:04:55

@cfleming today I did upgrade intellij again, didnt happened since, but if it does I’ll get the logs

p-himik07:04:38

Same, haven't seen it on the new version yet.

polymeris20:04:20

Seeing the issue, again. Traces like these show up in the logs

2019-04-25 15:51:20,782 [  19866]   INFO - il.indexing.FileBasedIndexImpl - Rebuild requested for index ClojureKeywordDefinition 
java.lang.Throwable
	at com.intellij.util.indexing.FileBasedIndex.requestRebuild(FileBasedIndex.java:70)
	at cursive.intentions.resolve$rebuild_all_indexes_BANG_.invoke(resolve.clj:142)
	at clojure.lang.Var.invoke(Var.java:383)
	at cursive.api.DelayedFn.invoke(DelayedFn.java:36)
	at cursive.settings.ClojureProjectResolveSettings$loadState$1.run(ClojureResolveSettings.kt:95)
	at com.intellij.openapi.application.impl.ApplicationImpl$1.run(ApplicationImpl.java:311)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

polymeris20:04:35

Will update to 2019.1.2 now, see if that helps

manderson20:04:30

#Also sent to the channel

I’ve been experiencing this issue as well. It started today when I upgraded to Cursive v1.8.2-eap1-2019.1 (I’m running IntelliJ 2019.1.1). I was able to resolve one project by fiddling with the JDK settings, but I have another I was not able to get working. (tried “invalidate and restart”) I see similar stacktraces as above:

2019-04-26 16:36:37,912 [  15014]   INFO - il.indexing.FileBasedIndexImpl - Rebuild requested for index ClojureClasses 
java.lang.Throwable
	at com.intellij.util.indexing.FileBasedIndex.requestRebuild(FileBasedIndex.java:70)
	at cursive.intentions.resolve$rebuild_all_indexes_BANG_.invoke(resolve.clj:142)
	at clojure.lang.Var.invoke(Var.java:383)
	at cursive.api.DelayedFn.invoke(DelayedFn.java:36)
	at cursive.settings.ClojureProjectResolveSettings$loadState$1.run(ClojureResolveSettings.kt:95)
	at com.intellij.openapi.application.impl.ApplicationImpl$1.run(ApplicationImpl.java:311)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

wilkerlucio00:04:09

~~@U0DEB9H5W after upgrading IntelliJ to 2019.1.2 I stopped seeing the issue~~ nevermind, I'm on 2019.1.1, confused the version

wilkerlucio03:04:43

the clojure setup is correct, my deps.edn is this for this project:

{:deps {org.clojure/clojure       {:mvn/version "1.10.0"}
        org.apache.jena/jena-core {:mvn/version "3.10.0"}
        org.apache.jena/jena-arq  {:mvn/version "3.10.0"}
        org.apache.jena/jena-iri  {:mvn/version "3.10.0"}
        org.apache.jena/jena-tdb  {:mvn/version "3.10.0"}}}

wilkerlucio03:04:04

it got back working after restarting IntelliJ entirely

cfleming03:04:05

@wilkerlucio Which IntelliJ version are you on? Did you just upgrade?

wilkerlucio03:04:24

IntelliJ IDEA 2019.1 (Ultimate Edition)
Build #IU-191.6183.87, built on March 27, 2019
JRE: 1.8.0_202-release-1483-b39 x86_64
JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o
macOS 10.14.1

wilkerlucio03:04:34

its been some time since I did the update

currentoor03:04:09

@wilkerlucio that happened to too, invalidate cache and restart fixed it

currentoor03:04:33

in the File menu

wilkerlucio03:04:07

thanks, in my case just a regular restart (without invalidating caches) did the trick

wilkerlucio13:04:45

@cfleming the same issue just happened again, I had just that project open (lets call it A), then I opened project B, just after that project A resolution got broken again

wilkerlucio13:04:56

and at work I had reports from other coworkers that this is happening with some frequency, not totally sure but seems to started to happen more often after upgrading to IntelliJ 2019

boris14:04:53

Does anyone know what action is run when a user hits the escape key in the repl? It shifts focus away from the repl editor and back to the last file edited. I’m asking because I’d like to rebind this behavior so that cmd+\ toggles between focusing and hiding the repl editor and so far it only does the former

manutter5115:04:38

Looks like it does the Editor -> Escape action, as far as I can see.

cfleming22:04:45

@wilkerlucio Someone else mentioned that too, exactly the same symptoms. I think it must be an IntelliJ bug.

cfleming22:04:45

Does it always happen with a particular project, or does it seem to be random?

jffry14:04:49

I've had the same issue since upgrading to IDEA 2019.1.1 and Cursive 1.8.1. I used the cursive 1.8.1-eap in IDEA 2018.3 without issue. It seems to be nondeterministic - repeatedly loading the same project sometimes fails and sometimes succeeds. I dumped some logs at https://gist.github.com/jffry/228c51978b1f351866a3be98bad5db6d and am happy to help troubleshoot further

jffry14:04:41

I should add that I've experienced this with a variety of projects, some leiningen and some deps, and I have experienced it with both freshly-checked-out repos and projects that have been on my machine for years

cfleming22:04:44

@boris834 Unfortunately ESC jumping back to the editor from toolwindows is hard-coded in IntelliJ. There are various IdeaVim issues about this, and various hacks in recent IntelliJ versions, but it’s not very customisable.

manderson20:04:30

replied to a thread:everything looking like this

2019-04-26 16:36:37,912 [  15014]   INFO - il.indexing.FileBasedIndexImpl - Rebuild requested for index ClojureClasses 
java.lang.Throwable
	at com.intellij.util.indexing.FileBasedIndex.requestRebuild(FileBasedIndex.java:70)
	at cursive.intentions.resolve$rebuild_all_indexes_BANG_.invoke(resolve.clj:142)
	at clojure.lang.Var.invoke(Var.java:383)
	at cursive.api.DelayedFn.invoke(DelayedFn.java:36)
	at cursive.settings.ClojureProjectResolveSettings$loadState$1.run(ClojureResolveSettings.kt:95)
	at com.intellij.openapi.application.impl.ApplicationImpl$1.run(ApplicationImpl.java:311)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

2019-04-24

Channels