diff options
author | Matthew Malcomson <hardenedapple@gmail.com> | 2020-01-13 01:09:39 +0000 |
---|---|---|
committer | Justin M. Keyes <justinkz@gmail.com> | 2020-01-12 17:09:39 -0800 |
commit | dfb676fe0d64c708c0c334b09c947db1bae4736d (patch) | |
tree | 450b4ed56cad8c40d983635ff1799351af83bbb8 /test/functional/lua/api_spec.lua | |
parent | 05ea3c1997a5f8c1c28192cb67a1306485c11b9a (diff) | |
download | rneovim-dfb676fe0d64c708c0c334b09c947db1bae4736d.tar.gz rneovim-dfb676fe0d64c708c0c334b09c947db1bae4736d.tar.bz2 rneovim-dfb676fe0d64c708c0c334b09c947db1bae4736d.zip |
edit.c: Ensure undo sync when emulating <Esc>x #11706
After PR #8226 an unmapped META key in insert mode behaves like
ESC-<key> (:help i_META).
The behaviour does not fully match, since if <Esc>-<key> is pressed
manually then since it were pressed manually `gotchars` would be called
on the second <key> after insert-mode had already been left.
This would mean that `may_sync_undo` (called from `gotchars`) would
call `u_sync(FALSE)` on the second key (since we would be in normal
mode).
This overall means that <Meta-[something]> behaves differently with
respect to undo than <Esc>[something] when the [something] makes a
change.
As an example, under `nvim -u NONE`:
ihello<M-.>u
leaves the buffer empty, while
ihello<Esc>.u
leaves the buffer with one instance of `hello`.
- Fix by calling u_sync() manually in the new clause under
`normalchar:` in `insert_handle_key`.
- Update test in tui_spec.lua that accidentally relied on the old behaviour.
Diffstat (limited to 'test/functional/lua/api_spec.lua')
0 files changed, 0 insertions, 0 deletions