Out-of-date information not showing versions released since 20th of June

[V0ldek]

Describe the bug
The extension has out-of-date version information, not seeing versions released even a week ago. The easiest crate to see this on for me is itertools, which showsa 0.10.5 even though 0.11.0 was released on the 20th of June.

To Reproduce
Steps to reproduce the behavior:

1. cargo new an app
2. Add itertools = "0.11.0" to Cargo.toml
3. Extension claims that the version doesn't exist and display ❌ 0.10.5

Expected behavior
The extension does not tell me that my Cargo.toml is invalid even though it is valid.

Screenshots

Desktop (please complete the following information):

• OS: both Linux and Windows
• Version: v0.5.11

Additional context
Other crates that exhibit this that I can see:

• clap (4.3.5 released on 20th of June, extension shows 4.3.4)
• memmap2 (0.7.1 released on 24th of June, extension shows 0.7.0)

[V0ldek]

I actually cannot repro this on my other machine, so it is very likely that this is not a bug but me being dense. I'd appreciate an explanation anyways.

[livercat]

I also see this issue, seems to be caused by the default setting crates.useLocalCargoIndex=true. Setting it to false clears this problem, although I would have expected cargo update to fix it as well (it does not).

[Massimiliano-solutiontech]

Same problem and solved with crates.useLocalCargoIndex=true as well

The screenshots shows the issue with the tauri crate and crates.useLocalCargoIndex=false

[plafue]

In my case, the directory of the index mentioned in this extension's settings was not being updated anymore.

I checked ~/.cargo/registry/index and used the name of the up-to-date directory as the value of the crates.localCargoIndexHash configuration key.

Why did it change? No idea 🤷 . I hope this helps somebody.

[0x00A]

Why did it change? No idea 🤷 . I hope this helps somebody.

Could this be due to Cargo defaulting to using the sparse protocol instead of git in Rust 1.70.0? rust-lang/cargo#11791

Anyway, the changing the path from the github.com-<hash> to the index.crates.io-<hash> seems to fix the issue for me as well.

[JohnScience]

@0x00A As far as I understand, the hashes are the same for everyone.

For anyone wondering. Check the value of crates.localCargoIndexHash configuration key. It must be index.crates.io-6f17d22bba15001f instead of github.com-1ecc6299db9ec823.

[serayuzgur]

Since there are many issues going related with this, we have our own index server now. No more local checks with v0.6.0