Skip to content

fix: use original require() error for TS files if ERR_UNKNOWN_FILE_EXTENSION #5408

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

JoshuaKGoldberg
Copy link
Member

PR Checklist

Overview

Adds in a special-case try/catch -> throw. If the file being imported is a .cts, .mts, or .ts and the caught error from import() is for an unknown file extension, we know it's from a Node.js version that doesn't support those file extensions. In that case we'll want to throw the original informative require() error per #5393.

As with #5384, doesn't add unit tests - this is a weird tricky area to test. I'm not clear on what a good way to do it is.

💖

@JoshuaKGoldberg JoshuaKGoldberg changed the title fix: use original require() error if ERR_UNKNOWN_FILE_EXTENSION fix: use original require() error for TS files if ERR_UNKNOWN_FILE_EXTENSION Jul 29, 2025
try {
return dealWithExports(await formattedImport(file, esmDecorator));
} catch (importErr) {
// If a --require module throws in a Node.js version that doesn't yet support .ts files,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we can add tests for a specific range of Node versions? We should have an automated test that enters this branch of code for sure

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(discussed 1:1) Agreed. It really hurts me not covering this behavior with tests 🙃. We'll block this on #5407: once that lands, I can add an integration/similar test for a specific Node.js version or two.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ref also #5413 which also adds an if-else here and adds tests for the new branch

// the fallback import() will throw an uninformative error about the file extension.
// What we actually care about is the original require() error.
// See: https://github.com/mochajs/mocha/issues/5393
throw /\.(?:c|m)?ts$/.test(file) || importErr?.code === "ERR_UNKNOWN_FILE_EXTENSION"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Regex is already weird enough, I'm in favor of minor repetition if it supports clarity

Suggested change
throw /\.(?:c|m)?ts$/.test(file) || importErr?.code === "ERR_UNKNOWN_FILE_EXTENSION"
throw /\.(cts|mts|ts)$/.test(file) || importErr?.code === "ERR_UNKNOWN_FILE_EXTENSION"

@JoshuaKGoldberg JoshuaKGoldberg added the status: blocked Waiting for something else to be resolved label Aug 5, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: blocked Waiting for something else to be resolved
Projects
None yet
Development

Successfully merging this pull request may close these issues.

🐛 Bug: original require() errors are masked with an unrelated ERR_UNKNOWN_FILE_EXTENSION
2 participants