-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
[BUG] Cannot set property 'peer' of null #3711
Comments
Just hit upon what seems to be exactly the same issue so it is definitely reproducible on another platform.
Additional info: I'm using npm workspaces setup in Unfortunately it's a big project so it's difficult to isolate what's the basic precursor to the problem is. Strangely, I ran Have tried deleting ' For comparison I checked installing via Tail of npm log file:
|
Hit this issue. Updating npm seemed to resolve it.
after: |
still the issue with $ npm ls --json --global
npm ERR! Cannot set properties of null (setting 'peer')
{
"error": {
"code": null,
"summary": "Cannot set properties of null (setting 'peer')",
"detail": ""
}
} |
As a workaround I have removed |
I'm running into something similar running npm version
Also using workspaces similar to @indiescripter. Was there a resolution for this? Any reason it was closed? |
I eventually gave up and have been using pnpm for a while now just to keep moving along. Between npm, pnpm & yarn I think the package manager ecosystem is in a very bad place right now. There doesn't seem to be a proper explanation for closing the issue though. |
I'm running into this attempting to update "pino-pretty" in a child workspace. It fails with both npm 7.24.2 and 8.1.0:
|
Running into the same when running Node: 16.13.0 |
Solution for me was downgrading to |
Some developers in our org are hitting this inconsistently. The most recent repro we have is:
node@v14.18.1 Having difficulty getting more info out of the dev that hit this error than that. From looking at the logs here it looks like this is happening in arborist here: so Which seems to only execute on 'isLinked' modules. (I assume modules that have been |
For anyone else reading this thread, we, for the most part, use Just wildly speculating here. |
After having a working npm for years and not changing the config, I just ran into it on node v8.1.4. Upgraded to v8.5.4 and the problem did not go away. Log:
The "solution" by @akornatskyy (delete folder and reinstall node) is not really a fix for the root cause, and I think this needs more investigation, since people still hit the bug! |
@minecrawler: there is no "solution" for this issue yet, I have suggested just a workaround. However, with a new node update the issue is back, so it still requires a fix. |
So why not re-opening it again ? |
Please reopen. Issue persists on NPM v8.5.5. This is a showstopper. |
Also seeing this with v8.7.0 |
Seeing it on 8.8.0, somehow deleting node_modules worked around the issue |
I had the same issue. It turned out that one of my dependencies, a local one, had a dependency on a package that did not exist (locally). It was odd because the first time I did an install after wiping node_modules and package-lock.json it would work fine. If I tried to re-install it would fail with the error above. |
I think this happens if you change the name in package.json for local deps. Deleting node_modules worked for me 🤷 |
I have the same issue, I was using
I was importing a package folder this way:
I don't know exactly but there must me something inside those folders that It didn't like! |
@giacomogagliano I opened a new bug report, since the author of this one refuses to re-open. You can write down your request over there: #5007 |
the same issue
|
Fix for me was to delete |
I had to also clear npm cache with |
This error is appearing while using
Actually, appears this happens during |
It works for me. |
Same here, but installing everything from a scratch is really annoying. I ended up using native imports straight from esm.sh, fed up with working with npm/pnpm (js package managers are the worst thing in the industry) |
Is there an existing issue for this?
Current Behavior
npm -g ls --json
:debug.log:
Expected Behavior
No response
Steps To Reproduce
No response
Environment
The text was updated successfully, but these errors were encountered: