Reload workspace when cargo.toml is changed from outside(e.g. cargo add)

[wakuflair]

Feature description

Now when I add a crate via cargo add, I need to manually open the cargo.toml and :w to force reloading the workspace.

It is better to watch the cargo.toml and reload no matter how it changed.

[mrcjkb]

Hey 👋

This is out of scope for rustaceanvim and would need to be implemented in rust-analyzer.
See also: rust-lang/rust-analyzer#16683

[wakuflair]

I'm curious why VSCode can have it reloaded automatically.

[mrcjkb]

It does?
Then I suppose it's a VSCode feature. I'll reopen (maybe it's possible to implement using libuv filesystem events).
But I'll have to give it some thought.

[wakuflair]

It does?

Yes, I can show you:

vscode.mp4

[Veykril]

If the file watcher is registered as the client (which should be the default) it is the client's job to inform the server of any relevant file changes.

[mrcjkb]

If the file watcher is registered as the client (which should be the default) it is the client's job to inform the server of any relevant file changes.

This should probably be implemented via the didChangeWatchedFiles spec, which is implemented in Neovim core, but has been disabled on Linux for performance/reliability reasons.

As I said, this is likely out of scope for rustaceanvim, so I will have to put some thought into it.

[Veykril]

In that case you could probably hardcode the rust-analyzer.files.watcher config to be set to "server" when telling rust-analyzer about the configurations, that will make it use its own watcher. (though again the LSP does recommend the client watcher to be used)

[mrcjkb]

Perhaps it makes sense to check if the neovim has the client capability and hardcode the config if it doesn't. That way we don't risk running into problems if neovim enables the capability again.