aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/_system.lua
diff options
context:
space:
mode:
authorIpsumCapra <45607383+IpsumCapra@users.noreply.github.com>2025-02-26 20:03:50 +0100
committerGitHub <noreply@github.com>2025-02-26 11:03:50 -0800
commitf4921e2b7deb4812414998a521c33f920f571c20 (patch)
tree146189791a9cfc74f3207a8f250e7a1a825114f5 /runtime/lua/vim/_system.lua
parent0f24b0826a27b7868a3aacc25199787e7453d4cc (diff)
downloadrneovim-f4921e2b7deb4812414998a521c33f920f571c20.tar.gz
rneovim-f4921e2b7deb4812414998a521c33f920f571c20.tar.bz2
rneovim-f4921e2b7deb4812414998a521c33f920f571c20.zip
fix(shada): ":wshada/:rshada [filename]" with shadafile=NONE #32538
Problem: read/write shada function logic was skipped entirely if it was detected the shadafile option was set to 'NONE'. Solution: The filename is now always resolved. When the shadafile option is set to 'NONE' AND no filename was passed, the filename resolves to an empty string, which causes the read/write functions to return. Regardless of whether the option is set to 'NONE', when a filename is explicitly passed, it gets resolved and the read/write logic is accessed.
Diffstat (limited to 'runtime/lua/vim/_system.lua')
0 files changed, 0 insertions, 0 deletions