yes, I just quickly tried rename symbol, and it ask for the nrepl middleware

@logaan: Ignore my first message.`C-c b` is a custom binding of mine 😛

@malabarba: you mentioned that C-c b doesn’t have any issues for you. What is it bound to?

That was wrong too. C-c b has the same effect as C-c C-k for me. So that comment was 100% worthless

I was looking into this today. As it stands, the inner workings of load-buffer (the operation used by C-c C-k) are too low-level for us to be able to mess with. So it's unlikely the debugger will be able to work with C-c C-k.

People'll just have to use one of the other commands, like C-M-x, C-x C-e, C-c C-c

In a way, maybe that's for the best. This gives you an alternative command that ignores debugging macros :P

yup @rui.yang rename symbol is basically based on the same nrepl middleware action as find usages. so it is middleware bound

@bozhidar I end up restarting often. Sometimes it’s because of mutex-based Java libraries (e.g. recently some of the Kafka library code) that can relatively easily get into an inconsistent state, especially if I cider-interrupt the wrong thing at the wrong time. Sometimes it’s because I’m adding or removing dependencies (I use cljr-add-project-dependency, but sometimes it fails for reasons I haven’t yet figured out; and I don’t know how to remove dependencies at runtime). I am also often switching between projects, and sometimes with multiple REPLs open this results in unexpected (at least by me) behavior (particularly if one open project is a dependency of another open project or if I compile a file belonging to a project which is not open but upon which multiple open projects depend) so I tend to close REPLs I’m not actively working on. Maybe I just need to better learn how Cider’s multiple-REPL support works.