fixup! fix: use :startinsert instead of feedkeys to switch to terminal mode

Author: phanen

lua/fzf-lua/fzf.lua

@@ -222,7 +222,9 @@ function M.raw_fzf(contents, fzf_cli_args, opts)
       vim.keymap.set("t", "<C-c>", "<Esc>", { buffer = 0 })
     end
 
-    vim.api.nvim_create_autocmd("TermOpen", { once = true, buffer = 0, command = "startinsert" })
+    local fzf_bufnr = vim.api.nvim_get_current_buf()
+    vim.api.nvim_create_autocmd("TermOpen",
+      { once = true, buffer = 0, callback = function() utils.ensure_startinsert(fzf_bufnr) end })
     -- A more robust way of entering TERMINAL mode "t". We had quite a few issues
     -- sending `feedkeys|startinsert` after the term job is started, this approach
     -- seems more consistent as it triggers when entering terminal normal mode "nt"
@@ -335,7 +337,6 @@ function M.raw_fzf(contents, fzf_cli_args, opts)
   if not opts.is_fzf_tmux then
     vim.bo.filetype = "fzf"
     -- See note in "ModeChanged" above
-    -- utils.ensure_startinsert()
   end
 
   return coroutine.yield()

lua/fzf-lua/utils.lua

@@ -1317,10 +1317,11 @@ function M.setmetatable__gc(t, mt)
   return setmetatable(t, mt)
 end
 
+---@param bufnr
 ---@param retry integer?
 ---@param timeout integer?
-function M.ensure_startinsert(retry, timeout)
-  local bufnr = vim.api.nvim_get_current_buf()
+function M.ensure_startinsert(bufnr, retry, timeout)
+  bufnr = bufnr or vim.api.nvim_get_current_buf()
   local function ensure_startinsert(_retry, _timeout)
     -- abort for some reason we switch to another buffer
     if vim.api.nvim_get_current_buf() ~= bufnr then return end