-
Notifications
You must be signed in to change notification settings - Fork 166
fix: resolve cjs deps as cjs instead of esm #362
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Orca Security Scan Summary
| Status | Check | Issues by priority | |
|---|---|---|---|
| Secrets | View in Orca |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please add a test. Ideally an integration test with @vercel/edge-config but also a simple unit test would be good.
styfle
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good if tests pass, thanks!
styfle
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great, thanks!
|
🎉 This PR is included in version 0.24.1 🎉 The release is available on: Your semantic-release bot 📦🚀 |
When
nftanalyzes a file that has both arequire()and an ESMexport, the first call to acorn fails because of theexport, so it treats the whole file as ESM, which is probably fine.The problem is it treats the
require()as an ESM import which is wrong. This will cause the resolve dependency entrypoint in the dependency to get the ESM export instead of the proper CJS export.If the dependency is an
import, add it toimports. If it's arequire(), add it todepsand don't worry about whateverisESM.