Skip to content

Bogus linkedProjects paths being created #14480

Closed
@kpreid

Description

@kpreid

Today (in particular, since #14366 got released) I have seen a couple reports of people getting inappropriate linkedProject configurations, e.g. this URLO thread.

rust-analyzer failed to load workspace: Failed to read Cargo metadata from Cargo.toml file c:\Cargo.toml, Some(Version { major: 1, minor: 68, patch: 2 }): Failed to run "cargo" "metadata" "--format-version" "1" "--manifest-path" "c:\\Cargo.toml" "--filter-platform" "x86_64-pc-windows-msvc": cargo metadata exited with an error: error: manifest path c:\Cargo.toml does not exist

I don't recall where I saw the other case, but I believe it was also on Windows with a path of D:\Cargo.toml.

This suggests that there may be a bug which is causing manifest paths that don't actually exist to be added to settings.json. Since I don't use Windows myself, I don't have a repro for you (and couldn't easily trigger it on my own macOS); I'm just writing this in the hopes that the observation will be useful and save more beginners from a bad experience.

Metadata

Metadata

Assignees

No one assigned

    Labels

    C-bugCategory: bug

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions