solved, I can use the ctrl-\ (or cmd-\ on osx) key instead. Thank you @abdusalam - should also be noted that the above only happens on osx and not on linux.

anybody had problems with leiningen projects on windows 10?

java.lang.IllegalStateException: facade.login must not be null

                at cursive.leiningen.LeiningenUtil.standardArgs(LeiningenUtil.kt:115)

                at cursive.leiningen.project.LeiningenModuleBuilder$setupRootModel$1$1.run(CreateProject.kt:64)

                at com.intellij.openapi.progress.impl.CoreProgressManager$TaskRunnable.run(CoreProgressManager.java:731)

                at com.intellij.openapi.progress.impl.CoreProgressManager$5.run(CoreProgressManager.java:442)

                at com.intellij.openapi.progress.impl.CoreProgressManager.lambda$runProcess$2(CoreProgressManager.java:164)

                at com.intellij.openapi.progress.impl.CoreProgressManager.registerIndicatorAndRun(CoreProgressManager.java:586)

                at com.intellij.openapi.progress.impl.CoreProgressManager.executeProcessUnderProgress(CoreProgressManager.java:532)

                at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:86)

                at com.intellij.openapi.progress.impl.CoreProgressManager.runProcess(CoreProgressManager.java:151)

                at com.intellij.openapi.application.impl.ApplicationImpl.lambda$null$10(ApplicationImpl.java:594)

                at com.intellij.openapi.application.impl.ApplicationImpl$1.run(ApplicationImpl.java:311)

                at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)

                at java.base/java.util.concurrent.FutureTask.run(Unknown Source)

                at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)

                at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

                at java.base/java.lang.Thread.run(Unknown Source)

raised this as https://github.com/cursive-ide/cursive/issues/2144

We are using cursive with windows 10 in a corporate environment too and it works, so it's not a generic windows 10 issue.

@henryw374 have you tried File -> Invalidate Caches/Restart… ?

@manutter51 thanks, yes tried that, to no avail unfortunately. but fyi the box is entirely new, so everything is freshly installed and checked out

Has anyone had the issue of opening a clojure project and it wont show the content of the src folder? If so is there any easy fix? PS. I have cursive installed and I opened the project from the project.clj

I had that problem randomly with a non-clojure project. In my scenario my project was a multi-module project so I removed and re-added the module to fix it

it happened to me 1 or 2 days ago, maybe an intellij bug ?

I just updated IntelliJ to 2019.1 and now I can no longer start the repl on a project which uses jdk7

objc[53168]: Class JavaLaunchHelper is implemented in both /Library/Java/JavaVirtualMachines/jdk1.7.0_80.jdk/Contents/Home/bin/java (0x1060094c0) and /Library/Java/JavaVirtualMachines/jdk1.7.0_80.jdk/Contents/Home/jre/lib/libinstrument.dylib (0x1060834e0). One of the two will be used. Which one is undefined.
Error loading nrepl.server: java.lang.UnsupportedClassVersionError: nrepl/QuotaExceeded : Unsupported major.minor version 52.0, compiling:(nrepl/middleware/print.clj:1:1)
Exception in thread "main" java.lang.ClassNotFoundException: nrepl.server, compiling:(/private/var/folders/6w/qtcg9z3s3qz32gj2w8lwpxbm0000gn/T/form-init3313011468797238013.clj:1:1426)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:7010)
	at clojure.lang.Compiler.analyze(Compiler.java:6773)
	at clojure.lang.Compiler.access$300(Compiler.java:38)
	at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6368)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:7003)
	at clojure.lang.Compiler.analyze(Compiler.java:6773)
	at clojure.lang.Compiler.analyze(Compiler.java:6729)
	at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6100)
	at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5460)
	at clojure.lang.Compiler$FnExpr.parse(Compiler.java:4022)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:7001)
	at clojure.lang.Compiler.analyze(Compiler.java:6773)
	at clojure.lang.Compiler.eval(Compiler.java:7059)
	at clojure.lang.Compiler.eval(Compiler.java:7052)
	at clojure.lang.Compiler.eval(Compiler.java:7052)
	at clojure.lang.Compiler.load(Compiler.java:7514)
	at clojure.lang.Compiler.loadFile(Compiler.java:7452)
	at clojure.main$load_script.invokeStatic(main.clj:278)
	at clojure.main$init_opt.invokeStatic(main.clj:280)
	at clojure.main$init_opt.invoke(main.clj:280)
	at clojure.main$initialize.invokeStatic(main.clj:311)
	at clojure.main$null_opt.invokeStatic(main.clj:345)
	at clojure.main$null_opt.invoke(main.clj:342)
	at clojure.main$main.invokeStatic(main.clj:424)
	at clojure.main$main.doInvoke(main.clj:387)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at clojure.lang.Var.applyTo(Var.java:702)
	at clojure.main.main(main.java:37)
Caused by: java.lang.ClassNotFoundException: nrepl.server
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
	at clojure.lang.DynamicClassLoader.findClass(DynamicClassLoader.java:69)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
	at clojure.lang.DynamicClassLoader.loadClass(DynamicClassLoader.java:77)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:278)
	at clojure.lang.RT.classForName(RT.java:2204)
	at clojure.lang.RT.classForNameNonLoading(RT.java:2217)
	at clojure.lang.Compiler$HostExpr.maybeClass(Compiler.java:1041)
	at clojure.lang.Compiler.macroexpand1(Compiler.java:6942)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:6989)
	... 27 more

any ideas? thinking of downgrading back to 2018.x

this: Error loading nrepl.server: java.lang.UnsupportedClassVersionError: nrepl/QuotaExceeded : Unsupported major.minor version 52.0, compiling:(nrepl/middleware/print.clj:1:1) sounds like nrepl compiled with Java 8 (and thus not supported with java 7)

yeah I suppose the newer version of the cursive plugin is using an nrepl version which requires jdk8

I changed the project to use jdk8 but kept the source and target at jdk7

seems to have worked. thanks

@jonjanisch Hmm, that’s unfortunate, sorry about that. Yes, it appears that the new nREPL requires Java 8: https://nrepl.org/nrepl/0.6.0/installation.html