aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/provider/python.lua
diff options
context:
space:
mode:
authorzeertzjq <zeertzjq@outlook.com>2026-06-15 13:20:11 +0800
committerGitHub <noreply@github.com>2026-06-15 05:20:11 +0000
commit3aea851bfe0cf99b74f7abf57ddd3531b12b7d8b (patch)
treebab6725cbb00d89ec71654df95e7bea7bd00f01a /runtime/lua/vim/provider/python.lua
parent63d89afc4c82a53b74bf16a02e0774bc199912bd (diff)
downloadrneovim-3aea851bfe0cf99b74f7abf57ddd3531b12b7d8b.tar.gz
rneovim-3aea851bfe0cf99b74f7abf57ddd3531b12b7d8b.tar.bz2
rneovim-3aea851bfe0cf99b74f7abf57ddd3531b12b7d8b.zip
vim-patch:9.2.0647: matchfuzzypos() false exact match for long equal-length candidates (#40257)
Problem: When a candidate gets truncated to MATCH_MAX_LEN and ends up the same length as the needle, the n == m shortcut would return SCORE_MAX with positions 0..n-1, even if the strings actually differ. Solution: Only use the shortcut if the truncated strings are truly equal. Otherwise, fall back to regular matching. Example: echo matchfuzzypos(['x' .. repeat('a',1024)], repeat('a',1024)) closes: vim/vim#20475 https://github.com/vim/vim/commit/1437f478158e71effdbcec3df5caa95af9b9a50a Co-authored-by: glepnir <glephunter@gmail.com>
Diffstat (limited to 'runtime/lua/vim/provider/python.lua')
0 files changed, 0 insertions, 0 deletions