`clojure-match-next-def` doesn't support 0 arity top-level forms. #423
Comments
Thanks for catching and reporting this. Would you like to try your hand at a bugfix? It sounds like this one wouldn't be too hard. |
emidln
added a commit
to emidln/clojure-mode
that referenced
this issue
Jan 27, 2017
emidln
added a commit
to emidln/clojure-mode
that referenced
this issue
Jan 27, 2017
bbatsov
added a commit
that referenced
this issue
Apr 7, 2017
slipset
added a commit
to slipset/clojure-mode
that referenced
this issue
Nov 1, 2017
…` on 0 arity forms (clojure-emacs#424)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected behavior
clojure-match-next-def
shouldn't choke on this:(def-shortcuts)
Actual behavior
(forward-sexp)
is called [1] when the cursor position is (denoted by^
)(def-shortcuts^)
, and this causes the following error:[1]
clojure-mode/clojure-mode.el
Line 667 in 0113aa9
Steps to reproduce the problem
Place your cursor at
^
:(def-shortcuts)^
invoke
(clojure-match-next-def)
.Environment & Version information
clojure-mode version information
clojure-mode-20170120.2239
Emacs version
Operating system
Fedora 23 (Linux)
The text was updated successfully, but these errors were encountered: