Update: issue raised at: https://github.com/syl20bnr/spacemacs/issues/16144 I can reproduce this issue too, unfortunately. I suspect something has changed in which ever evil package includes evil-motion-range Are you able to do a package rollback? If it is a package, perhaps pinning an earlier version will fix it. I dont think its related to the Practicalli config, the only thing changed recently was commenting the syntax-checker layer (flyspell) and a tweak to the LSP idle delay. You could try enable the syntax-checker layer, but I would be surprised if its the cause (although an easy fix) Will see if I can find more details by looking for the right emacs package and similar issues.

Thanks a lot, John will try both now

Its the layer... adding it back in seems to work. I'll push an update to the Practicalli spacemacs-config repo in a minute.

I've updated Practicalli Spacemacs-config repo to add the syntax-checker layer back in and the d s and c s commands work again. It seems LSP doesnt cover everything 🙂

Thanks again, John But I seem to be still getting the surround error. I've enabled clj-kondo and cider on the clojure layer btw could this also be related? Should I delete any files or folders ? This is the warning after switching to the new config - (i dunno if its related though) :

■  Warning (emacs): 'syntax-checking-use-original-bitmaps' is deprecated. Use 'syntax-checking-indication-symbol' instead.
 ■  Warning (comp): /home/ho0man/.emacs.d/elpa/29.1/develop/helm-cider-20220706.944/helm-cider-spec.el: Error: Symbol's function definition is void helm-make-actions

46 evil-motion-range: No surrounding delimiters found [2 times]
55 evil-motion-range: Wrong type argument: characterp, 67108873
56 evil-motion-range: No surrounding delimiters found
57 evil-motion-range: No surrounding delimiters found

I restart emacs after installing packages to ensure everything is loaded correctly. I also get the 'syntax-checking-use-original-bitmaps' warning, but ds and cs are working.

Although I have done a package update and they now seemed to have stopped working... so maybe there is also a package change...

There have been some changes in the https://github.com/emacs-evil/evil-surround/ package in the last 3-4 weeks, so an issue could have been introduced there, or perhaps within the evil/evil package which evil/surround uses... If you have a rollback from several weeks ago, then that may be the quickest fix...

With the following Emacs packages, then cs and ds work • evil-surround-20230627.2052 • evil-20230813.73720 So there seems to be a change after that fails to work, not sure exactly where or in which package as it seems the evil-cleverparens commands are being called, i.e. evil-cp-change . My guess is something has changed in evil-surround or evil that causes evil-cp-change to break.

evil-surround-20230813.2053 includes the broken functionality, so sometime between 2023-06-27 and 2023-08-13 it seems

@U6CE37RK6 The following recipe seems to work, pinning evil-surround to a working version. Currently testing with all updated packages. UPDATE: it works 🥳 The existing elpa/<emacs-version>/develop/evil-surround-... directory should be removed (or moved) first, then the evil-surround package will be pinned to the SHA version in the recipe below.

dotspacemacs-additional-packages '(
                                      (evil-surround
                                       :location
                                       (recipe :fetcher github
                                               :repo "emacs-evil/evil-surround"
                                               :commit "f273821f575ace519066fb106ee45a5b8577475f")))

Thanks a lot, John

I really appreciate your help

Software archaeology is certainly "interesting"... wishing you the best of luck with this new package. Happy to do some more testing if required.

😄 Thanks very much! Yes I may ask you to give it a check once I think I’ve fixed it 🙏

All looks good to me. Thank you.

Ah, pleased to hear it