-
Notifications
You must be signed in to change notification settings - Fork 27.2k
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
Build Crash on Windows (TypeError
) for _isAppDir
#51225
Comments
Hey @styfle sorry for the ping! We're still seeing this in our CI! I.e.: https://github.com/nodejs/nodejs.org/actions/runs/5806595272/job/15739809537?pr=5617 |
@ovflowd I tried building that repo using Windows 11 and it works fine. I created PR #53818 with a potential fix but it would be good to get the steps to reproduce. I suspect it might have something to do with this experimental feature so you could try disabling that: https://github.com/nodejs/nodejs.org/blob/25717d37e28243cbfbc5910d80c7c8459026220b/next.config.mjs#L51-L53 |
I remember I had to add that due to a momentary bug on Next.js that it was including SWC binaries within the Edge Runtimes, which was causing the runtimes to exceed the max 50mb size... Is that fixed? |
Super appreciate the PR! Also, @bmuenzenmeyer was facing this on his Windows 11 machine. |
I get this error on the nodejs repo, at the tip of current development. For example, from nodejs/nodejs.org@9a45ee1
if you have a canary build handy, you can directly install it here to verify. I tried to decipher from this github action if next makes canaries on each pr, I saw a reference to error output
happy to provide more debug data
|
@bmuenzenmeyer can you format your error output on a "markdown code block"? |
FYI @styfle I removed that |
@ovflowd I tried to reproduce locally but it builds fine for me. Are you able to reproduce the issue locally? Here's what I tried:
This was commit d83cfeb and I'm seeing a successful build using Windows 11 64bit ARM running in a VM. |
I can try on my Windows machine, but @bmuenzenmeyer is a Windows user and he was able to reproduce. Let me try this now. |
@styfle note that you're using the wrong command. It's not |
|
I was able to reproduce with:
Next Info:
|
@ovflowd Thanks I can reproduce the issue now. Looks like the root cause is that I can see backslashes here but they should be forward slashes. |
Hmm, afaik they should be forwarded slashes. Is this happening due to Windows FS using backslashes? Let me play around here and build an URL instead of file path. (But that does make sense!) |
I can ack that using platform-specific separators fixes the issue. nodejs/nodejs.org#5617 Not sure if the bug-fix on Next.js is still needed, but def worth investigating imo. |
This normalizes the backslash for windows users who accidentally use `\` in the request paths instead of the expected `/`. For example, in nodejs/nodejs.org#5617 the slash was hardcoded for split that caused the backlash to remain the the `getStaticPaths()` result. - Fixes #51225
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. |
Verify canary release
Provide environment information
Which area(s) of Next.js are affected? (leave empty if unsure)
Operating System (Windows, MacOS, Linux)
Link to the code that reproduces this issue or a replay of the bug
nodejs/nodejs.org#5426
To Reproduce
The Issue actually happens within GitHub Actions on a Windows Runner. And seems to be fine on Linux and macOS builds. It seems to be related to "app directory" even thought we do not use the "app directory feature"
Describe the Bug
GitHub Action: https://github.com/nodejs/nodejs.org/actions/runs/5253121230/jobs/9490043267?pr=5426
Expected Behavior
The build should succeed as in the other systems (Linux, macOS).
Which browser are you using? (if relevant)
No response
How are you deploying your application? (if relevant)
No response
NEXT-1504
The text was updated successfully, but these errors were encountered: