-
Notifications
You must be signed in to change notification settings - Fork 11.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
package-lock.json file has erroneous resolved = false fields #15408
Comments
For now I was able to write a hacky jq script to fix it:
|
FWIW: There are some other people reporting this behaviour, e.g. |
Is there an explanation about why this is happening ? |
At least two people (probably more) in my team are seeing this. We've been on npm 6.13.4 for a while, and have started seeing false values appearing in the last few weeks I think (for me, it started today). For me, removing node_modules isn't helping. The package.json file in the one package I looked at had a URL for _resolved, not false. |
I've never used npm link. |
Oops. This isn't the npm project. Oh well. I've never used RocketChat. |
there are no more |
Description:
The
package-lock.json
file contains lines of the formRocket.Chat/package-lock.json
Lines 2991 to 2995 in f2f73af
Where the
resolved
field doesn't actually point to the resolved URI, but is justfalse
. This prevents certain tools, such as node2nix in my case, from being able to use the lock file to fully resolve dependencies.I found this issue which mentions such a problem: https://npm.community/t/npm-install-or-npm-update-turns-a-bunch-of-resolved-in-package-lock-json-from-real-values-to-false/3308, but without any good solutions other than
rm -rf node_modules && npm install
.It would be great if this problem could at least be temporarily fixed on the 2.0.0 release branch.
Expected behavior:
package-lock.json
should point allresolved
fields to URI'sActual behavior:
Some URI's are
false
The text was updated successfully, but these errors were encountered: