Oxlint LSP with type-aware enabled is incredibly slow (neovim)

[willparsons]

neovim 0.12
oxlint 1.59.0
lazyvim 15.15.0

The oxlint LSP is normally very fast. However, when I enable typeAware as part of the lsp config it becomes extremely slow. After making an edit I can see it slowly responding to older text. It's so slow its making my editor chug along and I have to disable it.

I'll try and get a video and make a minimal config but has anyone else experienced this?

[camc314]

Can you include some additional information?

• what version of oxlint-tsgolint
• how big is the repo? LOC, number of TS projects etc.

[willparsons]

oxlint-tsgolint is version 0.21.1

Its a turborepo monorepo with two TS projects amounting to ~100k lines.

[willparsons]

@camc314 is there anything else I can do to help troubleshoot this?

[KevinNitroG]

@camc314 is there anything else I can do to help troubleshoot this?

I have my oxlint config with typescript syntax, checking process.env.EDITING to toggle typeAware. Then in my editor (neovim) I set that env to disable typeAware of the oxlint lsp.

[dlvhdr]

I actually have typeAware set to false but still experience extreme slowness with oxlint.
Here's a video to show it:

Screen.Recording.2026-06-06.at.14.11.57.mov

This is the error:

The project is quite large.
This is the output of cloc:

󱝁  cloc apps/ packages/ --exclude-dir=node_modules,dist,out
   11155 text files.
   10356 unique files.
    1633 files ignored.

github.com/AlDanial/cloc v 2.08  T=8.69 s (1191.2 files/s, 132855.3 lines/s)
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
TypeScript                    8286          87662          10182         683586
Python                         606          28592          39700         158043
JSON                           176              1              0          37674
Go                             221           3480           1706          28384
HTML                           119           1259             98          25949
Markdown                       159           5947              0          15548
SVG                            529             31              4          13872
CSS                             27            436             96           3464
JavaScript                      35            374            273           2132
XML                              3              0              1           2041
SQL                            143            389            540           1531
Prisma Schema                    5            124              0            683
YAML                             8             42            120            416
Text                             8             10              0            115
PowerShell                       1             48             89            104
Bourne Shell                     3             11              6             46
Properties                      21             20              0             42
Fish Shell                       1             13             13             38
TOML                             3              3              4             21
C Shell                          1              9              5             11
Dockerfile                       1              4              0              5
-------------------------------------------------------------------------------
SUM:                         10356         128455          52837         973705
-------------------------------------------------------------------------------

I've also encountered cases where the lsp is stuck in a loop - highlighting the same error again and again. Trying to run lsp stop oxlint doesn't work.

@camc314 let me know if I can help further.

[camc314]

I actually have typeAware set to false but still experience extreme slowness with oxlint.

From the video I can't tell if the error is from oxc vs typescript language server?

Also, are you using custom plugins etc?

[KevinNitroG]

I actually have typeAware set to false but still experience extreme slowness with oxlint.

From the video I can't tell if the error is from oxc vs typescript language server?

Also, are you using custom plugins etc?

The lag in the video of @dlvhdr is just like mine with js plugin https://github.com/schoero/eslint-plugin-better-tailwindcss installed

Ps: I have typeAware set to false in lsp config

2026-06-06_18-58-41.mp4

[KevinNitroG]

I actually have typeAware set to false but still experience extreme slowness with oxlint. Here's a video to show it:

Hi @dlvhdr can you confirm that typeAwared is disabled? In case if you are using https://github.com/neovim/nvim-lspconfig, it might set the typeAware to true in https://github.com/neovim/nvim-lspconfig/blob/229b79051b380377664edc4cbd534930154921a1/lsp/oxlint.lua#L94-L112.

I use nvim-lspconfig plugin, so I have to add like

vim.lsp.config("oxlint", {
	settings = {
	  typeAware = false,
	},
})

[dlvhdr]

@KevinNitroG yeah typeAware is disabled:

@camc314 I am using one custom plugin. Any way I can check if it's causing perf issues?

[wallpants]

I'm struggling with the same thing. I worked out a horrible solution with Claude, but it works better than what I had. Now oxlint runs only on "InsertLeave", "BufReadPost" and "TextChanged" I'm sharing here in case anyone is interested.

Problem: oxlint's pull diagnostics (textDocument/diagnostic) trigger on every
keystroke via Neovim's automatic didChange notifications. This causes:

1. Stale diagnostics appearing mid-edit

Solution: Disable automatic pull diagnostics and manually request them only
on specific events (InsertLeave, BufReadPost, TextChanged).

How it works:

• LSP has two diagnostic models:

• Push (textDocument/publishDiagnostics): Server sends diagnostics to client
• Pull (textDocument/diagnostic): Client requests diagnostics from server

• Neovim 0.11+ automatically requests pull diagnostics on every didChange event
• There's no built-in way to debounce or control when pull requests happen
• oxlint's run setting only affects push diagnostics, and only when the
  editor "does not support textDocument/diagnostic"

Our workaround:

1. Tell Neovim that oxlint doesn't support pull diagnostics (vim.NIL)
2. Set run = "onSave" so oxlint doesn't push diagnostics on every keystroke
3. Manually request diagnostics on our preferred events

vim.lsp.config("oxlint", {
    -- Disable pull diagnostics capability so Neovim won't auto-request on every edit.
    -- This makes oxlint's `run` setting take effect (it only works when the editor
    -- "does not support textDocument/diagnostic").
    -- https://oxc.rs/docs/guide/usage/linter/lsp-config-reference.html#run
    capabilities = { textDocument = { diagnostic = vim.NIL } },
    -- With pull diagnostics disabled, this controls when push diagnostics are sent.
    -- We set "onSave" to prevent diagnostics while typing, then manually trigger
    -- pull diagnostics on our preferred events below.
    settings = { run = "onSave" },
})

-- When oxlint attaches, create buffer-local autocmds to manually request diagnostics.
-- We bypass Neovim's automatic pull diagnostic system entirely.
vim.api.nvim_create_autocmd("LspAttach", {
    callback = function(args)
        local client = vim.lsp.get_client_by_id(args.data.client_id)
        if not client or client.name ~= "oxlint" then
            return
        end

        local function request_diagnostics()
            local params = {
                textDocument = vim.lsp.util.make_text_document_params(args.buf),
            }
            -- Manually send a textDocument/diagnostic request
            -- (even though we told Neovim the server doesn't support it, the server still does)
            client:request("textDocument/diagnostic", params, function(err, result)
                if err or not result then
                    return
                end
                local items = result.items or {}
                -- Use the same namespace Neovim's LSP diagnostic system would use
                local ns = vim.lsp.diagnostic.get_namespace(client.id)
                -- Convert LSP Diagnostic objects to vim.Diagnostic format
                -- (Neovim's internal handler does this automatically, but since we're
                -- bypassing it, we need to do the conversion ourselves)
                local diagnostics = vim.tbl_map(function(item)
                    return {
                        lnum = item.range.start.line,
                        col = item.range.start.character,
                        end_lnum = item.range["end"].line,
                        end_col = item.range["end"].character,
                        severity = item.severity,
                        message = item.message,
                        source = item.source or "oxlint",
                        code = item.code,
                    }
                end, items)
                -- Set diagnostics for this buffer in the LSP namespace
                vim.diagnostic.set(ns, args.buf, diagnostics)
            end, args.buf)
        end

        -- Request diagnostics immediately on attach
        request_diagnostics()

        -- Create buffer-local autocmds for this buffer only
        local augroup = vim.api.nvim_create_augroup("OxlintDiagnostics" .. args.buf, { clear = true })
        vim.api.nvim_create_autocmd({ "InsertLeave", "TextChanged" }, {
            group = augroup,
            buffer = args.buf,
            callback = request_diagnostics,
        })
    end,
})