You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Restore downloads the index.json file from packagebaseaddress and it contains version 1.0.0, 2.0.0, 3.0.0
The feed prunes version 1.0.0
Later restore loads the cached index.json file and attempts to download version 1.0.0
The download fails because the package was not found.
When investigating a recent asp.net build issue it looked like this was leading to errors that could be avoided by reloading the feed index, or by trying the next version in the list.
Either way this scenario should be covered in tests and checked to ensure it is a good user experience since most feed providers allow deleting packages.
The text was updated successfully, but these errors were encountered:
This change adds support for invalidating the http cache on a per package id basis when a 404 is received. As part of that finding the original casing of the package has been moved into the GetDependency request where the package is downloaded to disk.
Perf improvements along with this:
* Packages are downloaded only if they are the best match, previously this was done a per feed basis which caused unneeded downloads
* Added additional caching for nuspecs and dependency info
FixesNuGet/Home#5023FixesNuGet/Home#5012
This change adds support for invalidating the http cache on a per package id basis when a 404 is received. As part of that finding the original casing of the package has been moved into the GetDependency request where the package is downloaded to disk.
Perf improvements along with this:
* Packages are downloaded only if they are the best match, previously this was done a per feed basis which caused unneeded downloads
* Added additional caching for nuspecs and dependency info
FixesNuGet/Home#5023FixesNuGet/Home#5012
Addressing feedback
This change adds support for invalidating the http cache on a per package id basis when a 404 is received. As part of that finding the original casing of the package has been moved into the GetDependency request where the package is downloaded to disk.
Perf improvements along with this:
* Packages are downloaded only if they are the best match, previously this was done a per feed basis which caused unneeded downloads
* Added additional caching for nuspecs and dependency info
FixesNuGet/Home#5023FixesNuGet/Home#5012
Addressing feedback
Scenario
When investigating a recent asp.net build issue it looked like this was leading to errors that could be avoided by reloading the feed index, or by trying the next version in the list.
Either way this scenario should be covered in tests and checked to ensure it is a good user experience since most feed providers allow deleting packages.
The text was updated successfully, but these errors were encountered: