Bug P2
Status Update
Comments
ni...@qover.com <ni...@qover.com> #2
I have forwarded this request to the engineering team. We will update this issue with any progress updates and a resolution.
Best Regards,
Josh Moyer
Google Cloud Platform Support
Best Regards,
Josh Moyer
Google Cloud Platform Support
sj...@zoa.io <sj...@zoa.io> #3
This is not only useful for IP addresses, but also for many other resources. I understand that names are currently used as identifiers, so this request is probably not trivial to implement. Maybe distinguishing between a (numeric, automatically generated) identifier and a (textual) label is the way to go?
Description
Problem you have encountered:
Running
yarn install
on a project configured with a virtual NPM Artifact Registry fails and reports a 500 Internal Error when yarn has a clean cache.The issue doesn't happen all the time, but happens >80% of the time. The package that fails is never the same.
Our NPM virtual registry uses either a private registry for our internal packages (those packages never error) or a remote registry pointing and npmjs. This started happening today after working without issue for over 3 weeks.
What you expected to happen:
Running
yarn install
would fetch all packages without error.Steps to reproduce:
Run
rm -rf node_modules && yarn cache clean
,"npm_config_registry=https://registry.npmjs.org npx google-artifactregistry-auth"
, and finallyyarn install
Other information (workarounds you have tried, documentation consulted, etc):
The Artifact Registry API shows 0 errors. Requests are within the quota, showing a peak usage of ~20%.
The issue has been reproduced in several different machines.
Running
yarn install --verbose
show that only one of the packages fails the download but all others are successful (before and after the failure). A secondyarn install
successfully downloads the missing package from the previous run and succeeds (the remaining packages are obtained from cache).