Closed Ben-PH closed 2 weeks ago
Hi, could you send a video clip demonstrating the delay?
Just tried to replicate this with SHELL=$(which nu) nvim
which seems to set nushell as the default shell temporarily. Unfortunately I don't see any slowness myself
https://github.com/user-attachments/assets/e07ec80f-cf52-4b3e-8992-e6fc78900820
the first close isn't immediate tap of Q
, but the second one is a j
immediately followed by ret
, i.e. if there was no delay, there would be no pause over bufferline.lua
before the window closes.
This is a new from-scratch setup (moving over from packer, and looking for a fresh start), so it's plausible this is purely an issue on my side. By the same token, this is both the first time tryng yazi.nvim, and seeing a delay such as this. If this isn't a low-hanging-fruit issue, we can idle on it for awhile, at least until I get more familiar with my setup and can say with a touch of confidence the likely culprit is.
Later on, I'll publish my config, and if you cannot reproduce, then that will solidly point towards it being my environment.
Ok, sounds good! There's also an issue reproduction setup available where you can define a minimal neovim config and then play around with it.
https://github.com/mikavilpas/yazi.nvim/blob/main/documentation/reproducing-issues.md
...so I installed a more recent nvim, and did some other fiddling around, and it's now fully responsive. Didn't change anything about my yazi.nvim setup, so this tells me its a me-issue. As far as I'm concerned, this issue no longer needs to be be open.
When closing with either a file selecton, or hitting
Q
, there's a brief delay. This is myyazi.lua
, using lazy.nvim, with nushell as my default shell: