Comments (7)
Hi. Thanks for the report. It loioks like this is a bug related to the way we now handle export. In the new runtime we do handle sites that use output: "export"
, so it doesn't need to be disabled. However it does need the publish dir to be set to .next
. We should be handling this gracefully though, so this will be fixed. In the meantime, manually setting it back to .next
will mean it works again, and you will get the benefit of things like caching from the runtime.
from next-runtime.
No worries, I've reverted back to V4 runtime for the time being.
For anybody seeing this, this how to do that:
- Create a
netlify.toml
file (if you havent already got one) - Paste the following into this file:
[[plugins]]
package = "@netlify/plugin-nextjs"
- Install the dependancy
@netlify/plugin-nextjs@4
from next-runtime.
The publish dir of .next is not an optimised build in comparison to the out
folder. This needs to be out
.
Hi. Thanks for the report. It loioks like this is a bug related to the way we now handle export. In the new runtime we do handle sites that use
output: "export"
, so it doesn't need to be disabled. However it does need the publish dir to be set to.next
. We should be handling this gracefully though, so this will be fixed. In the meantime, manually setting it back to.next
will mean it works again, and you will get the benefit of things like caching from the runtime.
from next-runtime.
All my sites are currently broken due to this, is there no way to force netlify to use version 4 of runtime whilst this is fixed? @ascorbic
from next-runtime.
The runtime handles it - it doesn't publish the actual .next
files, but it expects that to be the publish
dir so that it can find the generated config. We should be handling it gracefully though, so this is just a workaround.
from next-runtime.
Hi. Thanks for the report. It loioks like this is a bug related to the way we now handle export. In the new runtime we do handle sites that use
output: "export"
, so it doesn't need to be disabled. However it does need the publish dir to be set to.next
. We should be handling this gracefully though, so this will be fixed. In the meantime, manually setting it back to.next
will mean it works again, and you will get the benefit of things like caching from the runtime.
This worked for me. Thanks!
from next-runtime.
The fix for this is in version 5.1.2 of the runtime, which will roll out to users over the next day or can be installed manually if you want it now. With that you don't need to do anything with the publish dir, as we'll detect the correct location for where it is being built.
from next-runtime.
Related Issues (20)
- [Bug]: API Routes return 502 due to Headers reference error HOT 1
- [Bug]: @netlify/plugin-nextjs is messing up everything HOT 2
- [Bug]: ENOENT internal error with monorepo setup HOT 7
- [Bug]: Plugin "@netlify/plugin-nextjs" internal error: ENOENT: no such file or directory with runtime 5.0.0-beta.7 HOT 9
- [Bug]: Issue with data revalidation after new build HOT 3
- Nonce not automatically set in script tags when using CSP
- Middleware on sites with i18n cannot rewrite to static files
- Middleware should not add trailing slashes to non-data requests in static dir
- Pages router middleware should return 302 status for redirected data requests
- Server error pages return encoded data without `content-encoding` header if `accept-encoding` is `gzip`
- Fetch action prefetch cache test failing
- Appending `set-cookie` header in middleware leads to duplicate header
- Pages router data requests returning 404 when middleware is used
- Middleware does not match when using basePath and default locale
- Middleware matching is too broad when using i18n
- Does not correctly handle user middleware that redirects to path with canonical locale casing when app enables `skipMiddlewareUrlNormalize` and path contains locale slug with non-canonical casing
- 5.3.3 build error HOT 5
- cancel
- Local builds: `netlify build` followed by `netlify deploy` doesn't work with Next.js sites HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from next-runtime.