docs: clarify "type": "module" requirement for type generation in Next.js projects #13282
+14
−0
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
This update adds a dedicated section under the "Types generation script" heading to explain an issue commonly encountered by users working with Payload in a default Next.js setup.
Problem
When running:
users may face an error due to the absence of the
"type": "module"
field in theirpackage.json
file. This happens because the type generation script relies on ECMAScript Module (ESM) resolution, which is not enabled by default in most Next.js configurations.Solution
The documentation now explicitly instructs users to add
"type": "module"
to theirpackage.json
file. This:Why it matters
This small clarification ensures that new users integrating Payload CMS into Next.js projects have a smoother experience when generating types, without hitting unnecessary roadblocks.