Closed dsully closed 5 months ago
Ok - I think having a dependency with path = "/some/path"
for a crate that has features triggers the hang.
I can't reproduce the issue. The config also seems to be a bit off. You haven't enabled the cmp
source in crates.nvim with the completions.cmp.enabled
key, but are using the "crates"
source in the nvim-cmp setup, which isn't needed when using the language server.
Even with both of them enabled:
require("crates").setup({
lsp = {
actions = true,
completion = true,
enabled = true,
hover = true,
},
completion = {
crates = {
enabled = true,
max_results = 8,
min_chars = 3,
},
cmp = {
enabled = true,
},
},
...
})
I can't reproduce any freezes.
I'm guessing that "async_path"
is this plugin? That seems to be archived, have you checked if that might be the culprit?
Yes, that's the plugin. I just updated my config to use hrsh7th/cmp-path
and the changes you suggested.
I'll see if that fixes it.
Ok, it's not path
/ async-path
. If I disable crates completion:
completion = {
crates = {
enabled = false,
max_results = 8,
min_chars = 3,
},
cmp = {
enabled = true,
},
},
That does not trigger the issue.
Since I can't reproduce the freezes, this is only a guess. Can you try out if the linked PR fixes your issues?
Yes, I'll try it today.
This appears to be working.. Thanks!
Description
Occasionally I'll have a
Cargo.toml
buffer hang. I'm not exactly sure how to trigger it.Neovim version
0.10
Health check
crates: require("crates.health").check() Checking plugins ~ - null-ls.nvim not found Checking external dependencies ~ - OK curl installed - OK open installed
Operating system and version
macOS 14.5
Expected behavior
The buffer doesn't hang.
Actual behavior
Eventually the buffer will unfreeze and I'll get this notification:
Minimal config
Cargo.toml
Any Cargo.toml
Steps to reproduce
nvim --clean -u minimal.lua