bug: `:AvanteStop` doesn't stop timed out requests

[jpmcb]

Describe the bug

:AvanteStop doesn't seem to stop the requests during a timeout loop:

- Datetime: 2025-04-12 09:31:30

- Model: gemini/gemini-2.5-pro-preview-03-25

> Hello how are you?


*[Rate limit reached. Retrying in 1 seconds ...]*

*[Rate limit reached. Retrying in 1 seconds ...]*

*[Rate limit reached. Retrying in 1 seconds ...]*

*[Rate limit reached. Retrying in 7 seconds ...]*

During the "Rate limit reached" countdown, I've tried running :AvanteStop and it just keeps looping.

My expectation would be that the stop command would cancel the timeout loop as well.

To reproduce

Use a model / provider that times-out (you can force this with Gemini 2.5 Pro Preview on the free tier since this model is only paid - so, it should 429 immediately):

provider = "gemini",
gemini = {
        -- important, must be the pro-preview model on the free tier in order to cause
        -- an immediate timeout
	model = "gemini-2.5-pro-preview-03-25",
},

Then, asking a simple question enters the timeout loop that cannot be exited.

Expected behavior

I'd expect :AvanteStop to stop an infinite timeout loop.

Installation method

Use lazy.nvim:

{
  "yetone/avante.nvim",
  event = "VeryLazy",
  lazy = false,
  version = false,
  opts = {
    	provider = "gemini",
	gemini = {
	   model = "gemini-2.5-pro-preview-03-25", -- your desired model (or use gpt-4o, etc.)
	},
  },
  build = "make",
  dependencies = {
    "nvim-treesitter/nvim-treesitter",
    "stevearc/dressing.nvim",
    "nvim-lua/plenary.nvim",
    "MunifTanjim/nui.nvim",
  },
}

Environment

❯ nvim --version
NVIM v0.11.0
Build type: Release
LuaJIT 2.1.1741730670

❯ neofetch
                    'c.          [email protected]
                 ,xNMM.          -------------
               .OMMMMo           OS: macOS 15.3.2 24D81 arm64
               OMMM0,            Host: Mac16,7
     .;loddo:' loolloddol;.      Kernel: 24.3.0
   cKMMMMMMMMMMNWMMMMMMMMMM0:    Uptime: 28 days, 6 hours, 33 mins
 .KMMMMMMMMMMMMMMMMMMMMMMMWd.    Packages: 130 (brew), 2 (nix-user)
 XMMMMMMMMMMMMMMMMMMMMMMMX.      Shell: zsh 5.9
;MMMMMMMMMMMMMMMMMMMMMMMM:       Resolution: 3440x1440, 1440x2560
:MMMMMMMMMMMMMMMMMMMMMMMM:       DE: Aqua
.MMMMMMMMMMMMMMMMMMMMMMMMX.      WM: Quartz Compositor
 kMMMMMMMMMMMMMMMMMMMMMMMMWd.    WM Theme: Blue (Dark)
 .XMMMMMMMMMMMMMMMMMMMMMMMMMMk   Terminal: tmux
  .XMMMMMMMMMMMMMMMMMMMMMMMMK.   CPU: Apple M4 Pro
    kMMMMMMMMMMMMMMMMMMMMMMd     GPU: Apple M4 Pro
     ;KMMMMMMMWXXWMMMMMMMk.      Memory: 9737MiB / 49152MiB
       .cooc,.    .,coo:.

[elefher]

I have the same problem. I use openai. any solutions to this?

[malakada]

Also encountering this problem, even after restarting nvim. Take a look at this spike in my usage credits from today due to this:

Occassionally I get a little note in the corner of nvim saying something like "Avante can't find a file" or something and I was ignoring it until I thought that maybe I should check to see if it's actually making calls in the background and it would seem like it certainly is.

:AvanteStop claimed that it killed the process at the time and does nothing now, even with debug turned on.

[github-actions[bot]]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

[github-actions[bot]]

This issue was closed because it has been stalled for 5 days with no activity.

[andrhlt]

Having same issue would be great to reopen this, is a vital component of the plugin