fzf floating window hangs/is slow to start after running Python tests about neotest HOT 14 CLOSED

I was able to reproduce it in the Django repo: https://recordit.co/xMyHPQATnE My guess is it's something to do with the number of tests or files in the project...

from neotest.

It looks like adapter.discover_positions() is called on ~every test file in the repo, I wonder if that's related...

from neotest.

Likely the same issue I had with large repos in #13. Try setting discovery.enabled = false. You lose the ability to see and run all tests, but it should fix the perf issue.

from neotest.

I've done a quick check myself and didn't see any slowdown with running other than a lot renders when the summary window was open (which should be fixed now). Is it just fzf that slows down or the entire Neovim instance?

It looks like adapter.discover_positions() is called on ~every test file in the repo, I wonder if that's related...

Can you open the summary window instead of running tests to see? This will isolate discovery from running tests.

I also had pyright absolutely tank my instance while processing, can you double check LSP isn't slowing things down as well?

from neotest.

Is it just fzf that slows down or the entire Neovim instance?

The entire Neovim instance is slow while the test runs, but the FZF window is still slow after it finishes.

Can you open the summary window instead of running tests to see? This will isolate discovery from running tests.

Opening FZF after the test summary is a little slow, maybe 1-2 seconds, but not as slow as after the tests.

I also had pyright absolutely tank my instance while processing, can you double check LSP isn't slowing things down as well?

After stopping the LSP with :LspStop and running Neotest on the nearest test, FZF takes 4-5 seconds to open.

from neotest.

Likely the same issue I had with large repos in #13. Try setting discovery.enabled = false. You lose the ability to see and run all tests, but it should fix the perf issue.

This seems to fix the issue.

from neotest.

OK I'll close this then as it seems to be as it's the same underlying issue 👍

from neotest.

May have spoken too soon on this being the same issue. I noticed a slow down due to the diagnostic consumer when tests completed. I've fixed it in the latest commit if you want to see if that helps

from neotest.

Hmm nope, the FZF terminal still takes 10-15 seconds to open after running a test once I re-enable discovery.

from neotest.

I was thinking you were using the neotest-python adapter with django but then remembered django has it's own test runner. Are you using neotest-vim-test instead?

from neotest.

I was using pytest to run the Django tests. I also use pytest in the work project.

from neotest.

Can you share how to do that? I've no experience with Django and a quick skim of the docs aren't very helpful 😅

from neotest.

Oh, I misremembered! It didn't actually discover any tests, but that was still enough to reproduce the issue as you can see in the recording I posted above.

from neotest.

OK that makes more sense thanks 👍

from neotest.