-
-
Notifications
You must be signed in to change notification settings - Fork 645
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
REPL buffer name always show "clj" #2332
Comments
It's hard to say if your package is before or after #2324. Please upgrade and try again. With the change, CLJS repl type is now changed only once the upgrade to the CLJS repl was successful. All REPLs start with clj initially. So either you didn't wait enough for the cljs upgrade to happen or there was an issue with the upgrade. Do you see the familiar:
? |
Yes, I see the prompt and I can interact with the browser as usual. I'll try reinstalling it again. |
It's the latest version, because I have By the way, C-c M-d in the same project where I found the reported error gives me this:
But this is probably another issue. :) |
It might be related. There have already been a fiew more fixes pushed in and one still pending (#2334). Hopefully those fix your issue as well. |
BTW, does your modeline show CLJS? If so then it's probably some local issue. Have you overwritten Both buffer names and mode-line are set in the same place and should either work or not together. |
Probably the same issue as with shadow-cljs in #2305. It looks like the state handler is not recognizing figwheel as well. To be more specific, with the recent changes type of buffer is changed only when the upgrade to cljs has finished and state handler has sent an appropriate response. Previously repl type was set right away at the jack-in. I won't have time to check your issues with figwheel today but tomorow for sure. For now you can execute |
I've implemented a simple workaround for the shadow-cljs issues until someone gets to find the real issue in the middleware 5bc9326 |
Regarding the error @manuel-uberti was seeing:
When both a clj and a cljs repl exist, the error seems to be turned on and off depending on which repl was the last to be active. If I switch to the cljs buffer then to a clj file, C-c M-d give the error, but if I then switch to the clj repl and back, it doesn't. Should I create a new issue for this? |
Yes.
…On Sun, 24 Jun 2018 at 05:17, Garrett Hopper ***@***.***> wrote:
Regarding the error @manuel-uberti <https://github.com/manuel-uberti> was
seeing:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
cider--connection-info(nil)
cider-describe-current-connection()
funcall-interactively(cider-describe-current-connection)
call-interactively(cider-describe-current-connection nil nil)
command-execute(cider-describe-current-connection)
When both a clj and a cljs repl exist, the error seems to be turned on and
off depending on which repl was the last to be active. If I switch to the
cljs buffer then to a clj file, C-c M-d give the error, but if I then
switch to the clj repl and back, it doesn't.
Should I create a new issue for this?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2332 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAGVyu3ldSBLhWwOnfZifdVLk3JZB2Wyks5t_vatgaJpZM4UrjZC>
.
--
Best Regards,
Bozhidar Batsov
http://www.batsov.com
|
@manuel-uberti, if you are running figweel then steps to reproduce should be different. One needs the side car at the least. With I still believe the most plausible explanation is that something goes wrong with the
You could also edebug |
Yes sorry, Figwheel must be setup in project.clj as well of course. |
Any news on this? |
@manuel-uberti are you using cider/piggieback or cemerick/piggieback? I have a PR on cider-nrepl to switch some logic. When checking to see if its a cljs repl, cider-nrepl looks to see which piggieback you are using and then looks for the compiler environment there. But we automatically inject cider/piggieback now so that will always resolve as true. The result is that we no longer correctly look for cemerick/piggieback |
@dpsutton |
In the mean time @thheller also fixed this in shadow-cljs, so now we're airtight there. :-) |
I upgraded |
Expected behavior
After a successful
cider-jack-in-cljs
and the selection of the proper CLJS REPL, the REPL buffer name show indicate that this is a CLJS REPL. The same happens with the CIDER modeline indicator for the REPL buffer.Actual behavior
The REPL buffer name and the modeline indicator only show
clj
, both for CLJ and CLJS REPLs.Steps to reproduce the problem
lein new
[org.clojure/clojure "1.9.0"]
and[org.clojure/clojurescript "1.9.946"]
as dependencies.Environment & Version information
CIDER version information
System details
The text was updated successfully, but these errors were encountered: