fix(next): avoid package.json resolver failures in loader dep tracking#1192
Conversation
🦋 Changeset detectedLatest commit: e49606b The changes in this PR will be included in the next version bump. This PR includes changesets to release 14 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
|
@NathanColosimo is attempting to deploy a commit to the Vercel Labs Team on Vercel. A member of the Team first needs to authorize it. |
ijjk
left a comment
There was a problem hiding this comment.
Hi, this change makes sense to me
Could you sign off this commit with steps mentioned here https://github.com/vercel/workflow/pull/1192/checks?check_run_id=64907677338
I, nathancolosimo <nathancolosimo@gmail.com>, hereby add my Signed-off-by to this commit: 7a7e02d Signed-off-by: nathancolosimo <nathancolosimo@gmail.com>
fixed, ty |
|
@NathanColosimo Could you also add a changset? ( |
Signed-off-by: nathancolosimo <nathancolosimo@gmail.com>
Fixes #1087 , and I've been having this problem myself with: Bun monorepo, turbopack, nextjs, calling start() in react server action in the actions.ts file.
In monorepo + Turbopack setups, loader dependency tracking can fail with:
TurbopackInternalError: failed to deserialize messageResolveMessage: Cannot find module '../package.json'This comes from resolving package.json via
createRequire(...).resolve(...)insideresolveLoaderStaticDependencies().Fix:
createRequire(...).resolve(...)lmk any changes!