Vim mapping fails after changing mode

We strongly recommend you to search the forum with possible keywords before submitting a new bug report. Please also try your repro steps with third-party plugins and custom CSS disabled and see if it’s still reproducible. If it’s an issue with third-party plugins or themes, try contacting the author for help. Once you’ve done the above, delete this line.
I am trying to get the hang of obsidian vim, but looks like there is a serious problem with it. Whenever key mapping that It causes to exit the normal mode it stops at that step, it work fine of course in gVim. lets say a very simple command like :nmap ii stops after going into the insert mode and don’t put the i after that (same with O o c keys I have tried, but a key sequence like re which stays in ). that is really weird, I wonder how people using at all

Steps to reproduce

for example, map :nmap w ii to switch to insert mode and type i.

Expected result

switch to insert mode, type i

Actual result

it switches to insert mode but not doing anything after that

Environment

  • Operating system: Windows10, version 0.14.06 (installer 0.14.05)
  • Debug info:

Additional information

Does it happen is source mode?
Does it happen here https://codemirror.net/demo/vim.html?

Yes that is happening there too

ok open a bug report upstream. You don’t need to involve obsidian. Just reproduce the bug in the simple demo page.

https://github.com/codemirror/codemirror/issues?q=is%3Aissue+is%3Aopen+label%3Avim

I don’t see any traction on the codemirror page. The functionality is still broken.

For me it’s a single but super annoying thing.

When I’m in a list and press o, I would expect to have it split and a new header showing up in front of the line. No cookie though :frowning:

The vim functionality is maintained here now https://github.com/replit/codemirror-vim