show-smartparens-mode not working when cursor on right parenthesis

[et2010]

Expected behavior

Left matching parenthesis should be highlighted when the cursor is on the right parenthesis.

Actual behavior

Left parenthesis is not highlighted, see the fig below:

Note that when the cursor is on the left parenthesis, the highlighting works as expected:

Steps to reproduce the problem

Just open any elisp buffer and move the cursor as described above. Make sure the built-in show-paren-mode is off.

Edit: I'm using evil-mode, above repro guide is for the 'normal' state. For emacs state, to reproduce, you should move the cursor to the point before the right parenthesis.

Environment & version information

• smartparens version: smartparens-20170618.744
• Active major-mode: emacs-lisp-mode
• Emacs version (M-x emacs-version): GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.22.10) of 2017-04-22
• OS: Archlinux

[Fuco1]

Try to set sp-show-pair-from-inside to t.

The problem is that vim and emacs handle the point differently. In vim cursor is on the character while in emacs cursor is between characters, so even if it actually draws on top it is in reality between that and the previous char.

We only highlight the pair backwards if the closing delimiter is the previous character.

[et2010]

Thanks for clarifying. I still observed the same behavior after setting sp-show-pair-from-inside to t. Restarting emacs after setting the variable didn't work either.

[et2010]

It seems that setting sp-show-pair-from-inside to t doesn't work anymore, is it a bug or just me? @Fuco1

[dieggsy]

Same issue here - to clarify, this is only an issue in normal mode, works fine in insert mode. @Fuco1 would it be possible to add a (when featurep 'evil) or similar that checks if in evil-normal-state and changes the behavior for the closing delimiter?

[Fuco1]

We have that already

(and (or (sp--evil-normal-state-p)
         (sp--evil-motion-state-p)
         (sp--evil-visual-state-p))
     (sp--looking-at (sp--get-allowed-regexp)))

There's probably some other issue /shrug

[Fuco1]

I have tried this just now with the latest evil from melpa, latest smartparens on emacs 25.2.1 and I can not reproduce the problem. I have the exact same text as on the screenshot and it highlights as expected

Can you try this without spacemacs, just with evil mode and smartparens loaded?

/cc @agzam

[et2010]

I tried stock emacs with only evil and smartparens loaded, but the issue persists:

Make sure you turn off show-paren-mode before trying to reproduce.

[Fuco1]

Should be fixed in master.

[et2010]

Thanks!