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
{{ message }}
This repository was archived by the owner on Mar 19, 2026. It is now read-only.
A clear and concise description of what the bug is, and what you expected to happen.
I expected version range for gaxios, so the new version 7.1.4 gets installed by consumers, but instead of specifying ^7.1.3 the ^ is missing so the version is locked into 7.1.3, so patches, etc. for these transient dependencies can't get picked up easily on a new npm install or with something like npm update at the consumer.
A clear and concise description WHY you expect this behavior, i.e., was it a recent change, there is documentation that points to this behavior, etc. **
It is a common practice to specify a version range, unless if there is a temporary regression that is requiring a downgrade. It looks like during the last update that was bumping the versions to the latest version here ended up removing the version range for future patch updates (perhaps unintentionally).
Please make sure you have searched for information in the following guides.
Link to the code that reproduces this issue. A link to a public Github Repository or gist with a minimal reproduction.
google-cloud-node-core/packages/google-auth-library-nodejs/package.json
Line 26 in 7feb4c8
A step-by-step description of how to reproduce the issue, based on the linked reproduction.
google-cloud-node-core/packages/google-auth-library-nodejs/package.json
Line 26 in 7feb4c8
A clear and concise description of what the bug is, and what you expected to happen.
I expected version range for gaxios, so the new version 7.1.4 gets installed by consumers, but instead of specifying
^7.1.3the^is missing so the version is locked into7.1.3, so patches, etc. for these transient dependencies can't get picked up easily on a newnpm installor with something likenpm updateat the consumer.A clear and concise description WHY you expect this behavior, i.e., was it a recent change, there is documentation that points to this behavior, etc. **
It is a common practice to specify a version range, unless if there is a temporary regression that is requiring a downgrade. It looks like during the last update that was bumping the versions to the latest version here ended up removing the version range for future patch updates (perhaps unintentionally).