0
0
mirror of https://github.com/vim/vim.git synced 2025-11-16 23:24:03 -05:00

patch 9.1.1814: Patch v9.1.1812 causes crashes

Problem:  Patch v9.1.1812 causes crashes
Solution: Revert v9.1.1812

Revert "patch 9.1.1812: completion: flicker with slow LSPs"
This reverts commit 71b97f2905.

fixes: #18450

Signed-off-by: Christian Brabandt <cb@256bit.org>
This commit is contained in:
Christian Brabandt
2025-09-30 20:01:00 +00:00
parent dddde9ce12
commit 4403c674c4
5 changed files with 7 additions and 17 deletions

View File

@@ -3601,18 +3601,8 @@ expand_by_function(int type, char_u *base, callback_T *cb)
// Insert mode in another buffer.
++textlock;
// Suppress flushing of the output buffer. Without this, text removed
// temporarily by ins_compl_delete() is flushed to the terminal and shown
// as deleted, only to be redrawn later. This causes visible flicker (typed
// chars disappear and reappear) when a user func (e.g. an LSP server)
// responds slowly. Such funcs may call sleep(), which indirectly triggers
// out_flush(). We want deleted text to remain visible.
++no_flush;
retval = call_callback(cb, 0, &rettv, 2, args);
--no_flush;
// Call a function, which returns a list or dict.
if (retval == OK)
{
@@ -6103,6 +6093,7 @@ find_next_completion_match(
int compl_fuzzy_match = (cur_cot_flags & COT_FUZZY) != 0;
string_T *leader;
while (--todo >= 0)
{
if (compl_shows_dir_forward() && compl_shown_match->cp_next != NULL)
@@ -6212,7 +6203,7 @@ find_next_completion_match(
*
* Note that this function may be called recursively once only. First with
* "allow_get_expansion" TRUE, which calls ins_compl_get_exp(), which in turn
* calls this with "allow_get_expansion" FALSE (via ins_compl_check_keys()).
* calls this function with "allow_get_expansion" FALSE.
*/
static int
ins_compl_next(