-
-
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
Cider cannot open Jar files by SSHx/Tramp #3409
Comments
Hi! Thanks for the report. What's your |
Yes I have
But all these three show a buffer
and a message saying the search failed. |
Thanks! cider (master, must be greater than 1.7.0) and cider-nrepl 0.35.0 improve a number of things in the xref front. Although I don't use tramp, I wouldn't be surprised if this started working, please give it a try. |
Sure, let me try... |
@vemv no it didn't help: I've installed the latest master (Cider 1.8.0-snapshot) and cider-nrepl 0.35.0 but the jar behaviour is still the same. |
One more interesting thing: if I step into the buffer and press
|
If I open the |
I wonder if that |
Another update:
|
...probably not, it appears to work fine for a simple experiment. @igrishaev, the main logic resides in Lines 372 to 380 in 4a35e24
Surely the IDK how to automate that (IDK much about tramp in general). It would be tremendous help if you could try improving the mentioned lines (L372-L380) |
Could you be more specific? |
@vemv sure, sorry for confusion. I mean, I can navigate to the
Now I want to proceed to the |
Thanks! Could you paste/screenshot that minibuffer? |
@vemv sure I've sent it to you in Slack (this is a private project). |
UPD: the problem with Jar buffers had nothing in common with Cider. Turned out, I had it on all my computers. The culprit was the following line:
Once I removed it, jumping into the Jar files (even via Tramp) works fine. |
The only problem I have now is, sometimes, stepping into a Jar file leads to loosing the current Cider session. But it looks like there is already an existing topic for that. We can close this one, I believe, if nobody minds. |
I'll try to ensure Thanks! |
I tried to reproduce the e.g. I set it to Probably this was enough of an edge case (as most users wouldn't set this variable) to defer any fix for the time being. btw, would love a confirmation that a workaround for session linking is no longer needed. Cheers - V |
Expected behavior
I have a machine that runs an nREPL server. I can reach the files in Emacs by running this:
I open
deps.edn
file and performcider-connet
to the remote port and thencider-ns-refresh
. Navigation by the files located insrc
works great: I can jump to definitions withM-.
with ease. But when I try to open a namespace that comes from~/.m2
, sayclojure.core
, the following happens.clojure-1.10.3.jar
with the following content:Actual behavior
I expected to see the actual clojure/core.clj file opened at the proper line. What's interesting here, I worked before I restarted Emacs (I've have had it running for a long time).
Steps to reproduce the problem
The second way to reproduce this is to run
M-x cider-find-ns RET clojure.core RET
and get the same buffer and a message saying the search has failed.Environment & Version information
CIDER version information
Lein / Clojure CLI version
Clojure 1.10.3
Clojure CLI version 1.11.1.1347
Emacs version
GNU Emacs 28.1 (build 1, aarch64-apple-darwin21.1.0, NS appkit-2113.00 Version 12.0.1 (Build 21A559)) of 2022-05-11
Operating system
MacOS 12.3.1
JDK distribution
OpenJDK 20.0.1, no docker
The text was updated successfully, but these errors were encountered: