replace_in_file works 5% of the time

[mblarsen]

Recent developments in either avante.nvim or Gemini 2.5 pro is causing replace_in_file hardly to succeed anymore.

I'm wondering if anyone else has experienced this as well.

Typical experiences:

• 10's of repeated replace_in_file of the same file and same block. Sometimes just poking "are you stuck?" or try generate and use write_to_file helps.
• Often after a failed replace_in_file it will say success and think that it succeeded.
• Often non-git looking diffs are dumped in the chat instead of just applying the change in the editor.

Often the LLM goes on a rampage and takes over my role as well. Asking me a question, then answering it itself, then eventually it is halted in its progress by failing replace_in_file.

See config below. I'm using nightly nvim and latest avante.nvim

my config

return {
  "yetone/avante.nvim",
  enabled = true,
  cond = true,
  event = "VeryLazy",
  version = false,
  build = "make",
  dependencies = {
    "nvim-treesitter/nvim-treesitter",
    "nvim-lua/plenary.nvim",
    "MunifTanjim/nui.nvim",
    "MeanderingProgrammer/render-markdown.nvim", -- config in ../optional/render-markdown.lua
    "folke/snacks.nvim", -- for input provider snacks
    "echasnovski/mini.nvim", -- or echasnovski/mini.icons
  },
  ---@type avante.Config
  opts = {
    debug = false,
    mode = "agentic",
    provider = "gemini",
    providers = {
      gemini = {
        model = "gemini-2.5-pro-preview-06-05",
      },
    },
    -- Features Section
    features = {
      web_search = true,
      project_context = true,
      file_search = true,
    },
    --- Behaviour Tuning
    behaviour = {
      auto_suggestions = false, -- only on demand
      auto_focus_sidebar = true, -- jump into pane for review
      auto_apply_diff_after_generation = false, -- manual diff approval
      enable_token_counting = false, -- see real-time usage
      cursor_planning_mode = true, -- plan-apply workflow
      minimize_diff = true, -- disable full context diffs
    },
    -- Tools Configuration
    tools = {
      disabled_tools = { "git_commit" },
      web_search = {
        provider = "tavily",
        max_results = 5,
        include_answer = true,
        timeout = 15000,
      },
    },
    -- Persistent History
    history = {
      storage_path = vim.fn.stdpath "state" .. "/avante",
      max_tokens = 8192,
      carried_entry_count = 10,
    },
    mappings = {
      sidebar = {
        close_from_input = {
          normal = "<C-e>",
          insert = "<C-e>",
        },
      },
      suggestion = {
        accept = "<C-s>",
        next = "<C-n>",
        prev = "<C-p>",
        dismiss = "<C-e>",
      },
      submit = {
        normal = "<CR>",
        insert = "<C-s>",
      },
      cancel = {
        normal = { "<C-e>", "q" },
        insert = { "<C-e>" },
      },
    },
    selector = {
      provider = "snacks",
    }, 
  },

[cargaona]

Same error, got this error in the logs when this happens:

Error executing vim.schedule lua callback: ...cal/share/nvim/lazy/avante.nvim/lua/avante/utils/lsp.lua:47: attempt to index local 'parser' (a nil value)
stack traceback:
...cal/share/nvim/lazy/avante.nvim/lua/avante/utils/lsp.lua:47: in function 'get_full_definition'
...cal/share/nvim/lazy/avante.nvim/lua/avante/utils/lsp.lua:102: in function 'handler'
...ovim-unwrapped-0.10.2/share/nvim/runtime/lua/vim/lsp.lua:936: in function 'handler'
...wrapped-0.10.2/share/nvim/runtime/lua/vim/lsp/client.lua:687: in function ''
vim/_editor.lua: in function <vim/_editor.lua:0>