Closed biohackerellie closed 5 months ago
Does not seem to be strictly related to Prisma more details below.
unable to resolve dynamic
error - node_modules/.pnpm/node-gyp-build@4.6.1/node_modules/node-gyp-build/node-gyp-build.js:22:10 Error resolving commonjs request
20 |
21 | function load (dir) {
> 22 | return runtimeRequire(load.resolve(dir))
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 23 | }
| ^
24 |
25 | load.resolve = load.path = function (dir) {
26 | dir = path.resolve(dir || '.')
unable to resolve dynamic
It was not possible to find the requested file.
Parsed request as written in source code: dynamic
Path where resolving has started: [project]/node_modules/.pnpm/node-gyp-build@4.6.1/node_modules/node-gyp-build/node-gyp-build.js
Type of request: commonjs request
Import map: No import map entry
Does not seem to be strictly related to Prisma more details below.
unable to resolve dynamic error - node_modules/.pnpm/node-gyp-build@4.6.1/node_modules/node-gyp-build/node-gyp-build.js:22:10 Error resolving commonjs request 20 | 21 | function load (dir) { > 22 | return runtimeRequire(load.resolve(dir)) | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > 23 | } | ^ 24 | 25 | load.resolve = load.path = function (dir) { 26 | dir = path.resolve(dir || '.') unable to resolve dynamic It was not possible to find the requested file. Parsed request as written in source code: dynamic Path where resolving has started: [project]/node_modules/.pnpm/node-gyp-build@4.6.1/node_modules/node-gyp-build/node-gyp-build.js Type of request: commonjs request Import map: No import map entry
I also got this error when I'm following tutorial "Learn Next.js" in https://nextjs.org/learn specifically in chapter 7 using next dev --turbo
FWIW I came here from an error when using supabase. I would say this adds to the evidence that this is unrelated to external packages supabase/supabase#17586
@dancamdev that's a different issue, not directly related
would appreciate it if you could open a separate issue for it
We cannot easily recreate the issue with the provided information. Please add a minimal reproduction in order for us to be able to help more efficiently.
please simplify reproduction
label?There was a reproduction provided, but due to its complexity, we cannot easily reproduce the issue.
An ideal minimal reproduction (unless relevant):
next@canary
to make sure your issue has not already been fixedIn general, assume that we should not go through a lengthy onboarding process at your company code only to be able to verify an issue.
If you cannot create a clean reproduction, another way you can help the maintainers' job is to pinpoint the canary
version of next
that introduced the issue. Check out our releases, and try to find the first canary
release that introduced the issue. This will help us narrow down the scope of the issue, and possibly point to the PR/code change that introduced it. You can install a specific version of next
by running npm install next@<version>
.
Issues with the please simplify reproduction
label that receive no meaningful activity (e.g. new comments with a simplified reproduction link) are automatically closed and locked after 30 days.
If your issue has not been resolved in that time and it has been closed/locked, please open a new issue with the required reproduction.
Anyone experiencing the same issue is welcome to provide a minimal reproduction following the above steps.
We look into every Next.js issue and constantly monitor open issues for new comments.
However, sometimes we might miss one or two due to the popularity/high traffic of the repository. We apologize, and kindly ask you to refrain from tagging core maintainers, as that will usually not result in increased priority.
Providing a minimal reproduction from the start without asking helps us look into issues much more quickly, as we can easily verify if the reported bug is related to Next.js. That said, every issue is important to us, and if an issue gets closed by accident, we encourage you to open a new one linking to the old issue and we will look into it.
This issue has been automatically closed because it received no activity for over a month and had no reproduction to investigate. If you think it was closed by accident, please leave a comment. If you are running into a similar issue, please open a new issue with a reproduction. Thank you.
This closed issue has been automatically locked because it had no new activity for 2 weeks. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you.
Link to the code that reproduces this issue
https://github.com/laurel-public-schools/lps-facilities
To Reproduce
Any page that makes a prisma query produces the same result
Current vs. Expected behavior
creates this issue
Verify canary release
Provide environment information
Which area(s) are affected? (Select all that apply)
App Router, Turbopack (--turbo)
Additional context
No response
PACK-1954