aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/ui.lua
diff options
context:
space:
mode:
authorJustin M. Keyes <justinkz@gmail.com>2026-09-03 11:32:20 -0400
committerGitHub <noreply@github.com>2026-09-03 11:32:20 -0400
commite1a28e52b2b9391889826cbfaec473d8b615e22f (patch)
tree8172e4a9a3f9a95c460ef1c7d73a9f5fc084a40f /runtime/lua/vim/ui.lua
parent3beb15da5704cef4243d1cc03ad32a826b6778e1 (diff)
downloadrneovim-e1a28e52b2b9391889826cbfaec473d8b615e22f.tar.gz
rneovim-e1a28e52b2b9391889826cbfaec473d8b615e22f.tar.bz2
rneovim-e1a28e52b2b9391889826cbfaec473d8b615e22f.zip
fix(editor): shada "force" load clears v:oldfiles #41662
Problem: `shada_read()` rebuilds `v:oldfiles` for any "forced" read, which first *clears* the list. For an in-memory caller such as multicursor, the list is never repopulated. So `v:oldfiles` is empty after `Q` + edit. Solution: Rebuild `v:oldfiles` only when `kShaDaGetOldfiles` is requested. `shada_read_everything()` (`:rshada[!]`, startup) always requests it. old bug from 411a06c8b6e9
Diffstat (limited to 'runtime/lua/vim/ui.lua')
0 files changed, 0 insertions, 0 deletions