Steps to reproduce
- vim -u NONE -U NONE
- input:
hello helio hero test_h another_h
- set completeopt+=fuzzy
- enter
h, then press <C-n>, both five words will appear in the candidate list
- set completeopt+=longest
- repeat step 4, now :
- only
hello helio hero will appear in the candidate list
h was completed to the longest match he by default- Note: After adding
set completeopt+=longest, these two behaviors are what I expected. I don't know if it was the author's original intention because test_h and another_h disappear.
- set complete-=i
- repeat step 4, now the
hello is the only match
Expected behaviour
When set completeopt+=longest,fuzzy and set complete-=i, if we enter h, then press <C-n>, the current result of step 6 is what I expected, as follows:
h was completed to the longest match he by default when press <C-n>, which is the effect of longesttest_h and another_h no longer appear in the candidate list, only words starting with h can appear in the candidate list
Version of Vim
9.1.0598
Environment
The bug was introduced by patch 9.1.0598
Logs and stack traces
No response
Steps to reproduce
hello helio hero test_h another_hh, then press<C-n>, both five words will appear in the candidate listhello helio herowill appear in the candidate listhwas completed to the longest matchheby defaultset completeopt+=longest, these two behaviors are what I expected. I don't know if it was the author's original intention becausetest_handanother_hdisappear.hellois the only matchExpected behaviour
When
set completeopt+=longest,fuzzyandset complete-=i, if we enterh, then press<C-n>, the current result of step 6 is what I expected, as follows:hwas completed to the longest matchheby default when press<C-n>, which is the effect oflongesttest_handanother_hno longer appear in the candidate list, only words starting withhcan appear in the candidate listVersion of Vim
9.1.0598
Environment
The bug was introduced by patch 9.1.0598
Logs and stack traces
No response