Doom emacs mismatch between keys and command in `SPC`

[rrrnld]

Hey, super useful tool! Thanks for creating and sharing it.

I am trying to use it to fill an org-capture template in doom emacs.

This is what I type when I do it manually:

SPC nni Some section headline content ESC G o Some body text C-c C-c

When I try to execute this I get the error Keyboard macro terminated by a command ringing the bell. There seems to be some problem with the G if I understand it correctly, which is mapped to (evil-goto-line) (and jumps to the end of the buffer when called without any args. Any idea why?

Here's how I was able to make it work:

SPC nni -r "Some section headline" ESC -r ":(end-of-buffer)" RET RET -r "Some body content" RET C-c C-c

[vic]

Hi, :)

I'm so happy that you find SPC useful.

regarding G there's no special handling made by SPC.

All non-raw arguments are sent to emacs as (kbd arg), the documentation for kbd states that the value should be a string as expected by describe-key, and doing C-h k G (describing what G does) shows the following on my local doom emacs:

(evil-goto-line &optional COUNT)
....

Key Bindings
evil-motion-state-map G
magit-mode-map <normal-state> G
magit-mode-map <visual-state> G

And asking emacs to describe G via the command-line (-D is for describe, and -N to not send an initial SPC) correctly prints:

> SPC -N -D G
#("G runs the command evil-goto-line" 0 1
  (font-lock-face help-key-binding face help-key-binding))

so, as long as SPC is concerned, G is sent correctly, we can see via (-M wraps the keyboard macro as received by emacs)

> SPC -N -M '(key-description (SPC_KEYS))' G
"G"

Also you can do the following experiment, split your terminal and in one pane open an emacsclient in a buffer.
In another terminal send some keys to it.

SPC -N gg
SPC -N G

you should see the cursor moving correctly on your emacs buffer.

Please let me know if any of this helps you discover what's going on.

EDIT: forgot to add a link to "What's going on" https://www.youtube.com/watch?v=32FB-gYr49Y