You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
NVIM v0.10.1
Build type: Release
LuaJIT 2.1.1713484068
Run "nvim -V1 -v" for more info
Describe the bug
I'm working on a large codebase so I have discovery = { enabled = false } setup. When using dap/dapui to debug a test, a buffer open triggers the autocmd here in the client. This buffer's file property is always set to "", and therefore the file_path variable is set to "/path/to/my/project" (a directory, and not a file specifically). Because of this, at the end of the nio.run call _update_positions is called with the root of my project, causing a full walk of the repository.
angles-n-daemons
changed the title
[BUG] discovery = false escaped on non-fs buffers addition
[BUG] discovery = false not respected when non-fs buffer is added
Aug 20, 2024
NeoVim Version
Describe the bug
I'm working on a large codebase so I have
discovery = { enabled = false }
setup. When using dap/dapui to debug a test, a buffer open triggers the autocmd here in the client. This buffer's file property is always set to "", and therefore the file_path variable is set to "/path/to/my/project" (a directory, and not a file specifically). Because of this, at the end of the nio.run call _update_positions is called with the root of my project, causing a full walk of the repository.To Reproduce
This reproduction may be tricky, for some reason the above file worked eventually but was tricky to wrestle with.
Steps to reproduce the behavior:
nvim pkg/ts/iterator_test.go
.Expected behavior
When discovery is explicitly disabled, neotest should not recursively update positions of all files in the working path.
More concretely, BufAdd autocmd events with no file name should not trigger an
_update_positions
call which walks the codebase.I feel like there are a couple approaches to addressing this:
file_path
is a file and not a directory.Logs
Cannot retrieve logs as walking causes vim to freeze.
The text was updated successfully, but these errors were encountered: