You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I evaluate (from my repl) an expression which causes an exception, I get the swank-like debug buffer, which is great. Then I decide to abort (say, by using restart 1). This closes the debug buffer, but it brings the "dumb" backtrace buffer to the front, hiding my repl buffer. So now instead of continuing to work, I have to stare at the stacktrace I've already decided I'm done with.
It would be better if it could kill (or otherwise hide) the *nREPL error* buffer as well as the *nrepl-dbg xxxxx* buffer, so that I can get back to work in my repl.
I can see a way to do this, but it seems pretty gross, and I'm hoping @hugoduncan (or whoever) has a better idea than mine.
The text was updated successfully, but these errors were encountered:
When I evaluate (from my repl) an expression which causes an exception, I get the swank-like debug buffer, which is great. Then I decide to abort (say, by using restart 1). This closes the debug buffer, but it brings the "dumb" backtrace buffer to the front, hiding my repl buffer. So now instead of continuing to work, I have to stare at the stacktrace I've already decided I'm done with.
It would be better if it could kill (or otherwise hide) the
*nREPL error*
buffer as well as the*nrepl-dbg xxxxx*
buffer, so that I can get back to work in my repl.I can see a way to do this, but it seems pretty gross, and I'm hoping @hugoduncan (or whoever) has a better idea than mine.
The text was updated successfully, but these errors were encountered: