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
[Regression]: ERROR Invalid string length (RangeError: Invalid string length) #7079
Comments
This is still happening. No communication, nothing. Something appears to have gotten merged - and then this was closed, without comment. I'm just sitting here with a broken package manager, having to use a many-releases-old pnpm version as a workaround. What's up with that? |
8.11.0 still b0rked. |
I'm facing the same issue with
|
Never mind, I think it was failing on something earlier from another change. I'm still hitting this once I get to |
We should fix it for sure but I can't reproduce the issue. This is probably the same issue as this one: #5056 Looks like using an object hash instead of JSON.stringify could be the solution but I wasn't able to break JSON.stringify yet to verify the fix. As a temporary fix, I think you can just disable side effects cache by setting side-effects-cache to |
Last pnpm version that worked
8.7.0
pnpm version
These don't work:
8.7.4 and 8.7.5
Code to reproduce the issue
I don't have any specific or special code to reproduce it. It happens on any standard repo. It appears to be endemic to workspace-based repos...I think
To test it --> Use this
You can test this out on the following boilerplate (it happens here, at least on my machine):
https://github.com/antfu/vitesse
pnpm-workspace.yaml
packages/<something>
Expected behavior
Installation works without errors...we're just installing a set of packages, and it's not even a huge set of packages.
Actual behavior
Attempting to install the packages in my workspace, using
pnpm 8.7.4
Check current version of (working) pnpm
Run current working version of pnpm@8.7.0
Additional information
A regression? Okay...but of what?
I looked for any related issues, and found the following: #4949
The behavior I'm observing appears to be consistent with what's in this bug report, therefore I assume that this is a regression.
Node.js version
18.16.1
Operating System
macOS
The text was updated successfully, but these errors were encountered: