crates: Failed to find crates version with metadata

Describe the bug I’m using the metadata part of SemVer to keep tracking of the linked C library version, e.g., jpegxl-sys 0.8.2+libjxl-0.8.2, after a certain version, 0.6.1. Now, the plugin only recognized versions before the change.

To Reproduce Steps to reproduce the behavior:

Depend on jpegxl-sys = 0.8.2
The plugin suggests the latest version is 0.6.1

Expected behavior The plugin should suggests 0.8.2 and show versions after 0.6.1

Screenshots CleanShot 2023-07-04 at 20 23 54@2x

Desktop (please complete the following information):

OS: macOS
Version: 13.4.1

About this issue

Original URL
State: closed
Created a year ago
Comments: 31 (13 by maintainers)

Most upvoted comments

I just switch back to 0.5.11, and it still works perfect fine.

azusachino on Jul 24, 2023

Perfect. I hope you write it to you readme file.

ssrlive on Jul 19, 2023

What is the current status?

Same as before. The path should be the same so I could at least try to use the official URL or a mirror. But now it’s 404 if I manually set the URL.

inflation on Jul 16, 2023

I have this issue and have not any proxys. So back to 0.5.11 also.

golanguage on Jul 29, 2023

API is not and will not be same with crates.io, due to some optimizations.

What are these optimisations ? Just for the Json unnecessary fields ? #197 (comment)

Caching , slicing, requesting multiple crates at once (in progress)

serayuzgur on Jul 18, 2023

@JohnScience Still happens after the changes, but I found out that enable crates.listPreReleases would show those versions. However, they’re not pre-release per se.

inflation on Jul 8, 2023

@inflation Check the value of crates.localCargoIndexHash configuration key. It must be index.crates.io-6f17d22bba15001f instead of github.com-1ecc6299db9ec823. It’s related to usage of sparse protocol.

JohnScience on Jul 7, 2023