aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/F.lua
diff options
context:
space:
mode:
authorzeertzjq <zeertzjq@outlook.com>2024-08-21 07:35:27 +0800
committerGitHub <noreply@github.com>2024-08-20 23:35:27 +0000
commit6f7bb02e7f7b8ff8fe4d67a433cd3a2250df7a11 (patch)
treea88221e61374e5bbd11cb5b7707807a7518c1b03 /runtime/lua/vim/F.lua
parenta9e11168f5b402940d494e0cdc36b9952e4f8fab (diff)
downloadrneovim-6f7bb02e7f7b8ff8fe4d67a433cd3a2250df7a11.tar.gz
rneovim-6f7bb02e7f7b8ff8fe4d67a433cd3a2250df7a11.tar.bz2
rneovim-6f7bb02e7f7b8ff8fe4d67a433cd3a2250df7a11.zip
vim-patch:9.1.0686: zip-plugin has problems with special characters (#30108)
Problem: zip-plugin has problems with special characters (user202729) Solution: escape '*?[\' on Unix and handle those chars a bit differently on MS-Windows, add a test, check before overwriting files runtime(zip): small fixes for zip plugin This does the following: - verify the unzip plugin is executable when loading the autoload plugin - handle extracting file names with '[*?\' in its name correctly by escaping those characters for the unzip command (and handle those characters a bit differently on MS-Windows, since the quoting is different) - verify, that the extract plugin is not overwriting a file (could cause a hang, because unzip asking for confirmation) - add a test zip file which contains those special file names fixes: vim/vim#15505 closes: vim/vim#15519 https://github.com/vim/vim/commit/7790ea0c680a9f951a86066e5940ec16b2333c9a Co-authored-by: Christian Brabandt <cb@256bit.org>
Diffstat (limited to 'runtime/lua/vim/F.lua')
0 files changed, 0 insertions, 0 deletions