-
-
Notifications
You must be signed in to change notification settings - Fork 532
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
TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension ".ts" in Node v21.5.0 #2100
Comments
Getting same issue, but I have a working version that I solved this issue on, and now a new project on which it does not. It is something else and I cannot remember what it is. Will report back once I have debugged the issue. |
Heres a working example with node v21.5.0, typescript v5.3.3, ts-node v10.9.2 :- NOTE: I have just found this does not seem to support imports !!! |
Could you please provide a minimal example of what does not work and then we can try to figure out why ! |
This is not an ESM package. Try setting type to module in your package.json. |
AFAICS I am not sure ts-node supports ESM. Could you provide the example that works on node v19.0.0, but not v21.5.0. Or is it as simple as setting on v21.5.0 resulting in :-
|
Adding :-
and tsconfig.json :-
We have :- https://github.com/AaronNGray/ts-node-example/tree/ts-node-esm-loader which gives :-
NOTE: I have just found this does not seem to support imports !!! |
I've modified the project a bit and created new repository.link: https://github.com/cibilex/ts-node-err This project doesn't work in node v21.5.0 while works In node v16.20.2 for me. |
You modified start to : - The version I posted last works AFAICT without proper testing, but I did do an Note: https://github.com/AaronNGray/ts-node-example/tree/ts-node-esm-loader NOTE: I have just found this does not seem to support imports !!! |
@cibilex - Did you manage to add the two commits to a ts-node fork or did you just patch the diff's ? |
You can just add |
@cibilex - Wow great thanks, think I was over complicating things :) |
Guys no need for
|
Is there an update on the progress of this bug? |
To summarize: Looks like this has been there for a while. Adding The workarounds I've found so far:
If you are using webpack in your project, this also breaks using Typescript config files. The only workaround for this are:
|
Odd-numbered versions of node are typically beta versions and should not be supported |
I realised that the issue that I had was not with the version of node or ts-node but I was importing a typescript dependancy incorrectly from a library. removing the dependency i was importing and importing the .js from the library rather that a typescript file fixed this issues. |
Update: The node version where ts-node with package.json Simple repro - francip/ts-node-test |
I use node v20.10.0. In Package.json apply this configuration:
In tsconfig.json apply the following:
Hope It will work !! |
@djomajeff - building a repo following your instructions I am getting :- AaronNGray/ts-node-esm-test#1 I added you to the repo. |
@cibilex https://github.com/AaronNGray/ts-node-esm-test works fine now ! |
One of the reasons for the failures with ts-node in ESM projects is linked to the file extensions in import statements. To understand the problem, let's envision this directory structure: .
├── node_modules
├── src
│ ├── sum.ts
│ └── index.ts
├── package.json
├── package-lock.json
└── tsconfig.json In ESM, you must use the import { sum } from './sum.js'; // ...but in reality, the actual file ends in ".ts"
const r = sum(55, 66);
console.log('value:', r); Thus, when the original ts-node loader receives that import
I have created a module called @bleed-believer/path-alias (with ts-node as a dependency). Initially created to resolve path aliases, it now also solves this issue. To execute TypeScript files in ESM directly in Node 20 and above: # Install the library:
npm i --save @bleed-believer/path-alias
# Execute your code using the command line:
npx bb-path-alias ./src/index.ts
# ...or if you need to execute using the node executable:
node --import @bleed-believer/path-alias ./src/index.ts |
@sleep-written Both ECMA 2025 and ECMA 2020 do not specify explicit extension, and the only import examples I found in both ( ECMA 2025, ECMA 2020 ) do not include any extension. But that's neither here, nor there... If you look at my example, you will see nowhere do I use import statement, and the failure happens with a single file project. This is a basic scenario where ts-node should work without extra intermediaries. Though, for folks who are just looking for a quick workaround, your solution might be good. |
Hi @francip, your example is relevant for Node.js versions 18 and earlier. However, when using Node.js version 20 or above with the command: node --loader ts-node/esm ./src/index.ts ...you might encounter the following output:
To address this, consider creating a import { pathToFileURL } from "node:url";
import { register } from "node:module";
register("ts-node/esm", pathToFileURL("./")); And then launch your application with: node --import ./ts-node.register.mjs ./src/index.ts This approach should seamlessly solve the issue, unless your project uses relative imports. According to the Node.js
More details of this problem are explained in this comment. |
@francip I believe there is a PR. I have not looked at it thought. Anyway best not to be a perfectionist over having a working solution. |
NOTE: npx ts-node renameFiles.ts not working issue: TypeStrong/ts-node#2100
Facing same issue. |
Use tsx instead of ts-node, which is [broken on Node >20](TypeStrong/ts-node#2100). Before: ``` $ npm run sync-figma-to-tokens > sync-figma-to-tokens > ts-node-esm -P tsconfig.json src/sync_figma_to_tokens.ts TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension ".ts" for /Users/jyang/figma/variables-github-action-example/src/sync_figma_to_tokens.ts at Object.getFileProtocolModuleFormat [as file:] (node:internal/modules/esm/get_format:160:9) at defaultGetFormat (node:internal/modules/esm/get_format:203:36) at defaultLoad (node:internal/modules/esm/load:143:22) at async nextLoad (node:internal/modules/esm/hooks:866:22) at async nextLoad (node:internal/modules/esm/hooks:866:22) at async Hooks.load (node:internal/modules/esm/hooks:449:20) at async MessagePort.handleMessage (node:internal/modules/esm/worker:196:18) { code: 'ERR_UNKNOWN_FILE_EXTENSION' ``` After: ``` $ npm run sync-figma-to-tokens > sync-figma-to-tokens > tsx src/sync_figma_to_tokens.ts Wrote Primitives — Completed.Modern Theme.json Wrote Primitives — Completed.Brutal Theme.json Wrote Tokens — Completed.Light.json Wrote Tokens — Completed.Dark.json Wrote Product interactions — Completed.Default.json ✅ Tokens files have been written to the tokens_new directory ```
Same. The quick fix I got from above which is working for me at the moment is: |
fixed for me with https://github.com/privatenumber/tsx |
Changed from ts-node to node with ts-node/esm as the loader. There is a bug with ts-node that breaks things when using ESM style modules only. see: TypeStrong/ts-node#2100
This comment was marked as abuse.
This comment was marked as abuse.
With node v2x, running tests results in error TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension ".ts" See TypeStrong/ts-node#2100 Solved as per TypeStrong/ts-node#2100 (comment)
55 comments on running .ts with ts-node, 🤦 |
@gregpalaci it was a big deal back in the day, but it's not quite one as of today:
With three major runtimes able to just run TS, I think ts-node must be retired, along with its every alternative. |
Totally I understand that sentiment, normally scaffold with vite and it takes care of it for me. I recently tried a project with no TS setup and it's sooo a bad DX still to get going. module and moduleResolution bundler so many things to try. This project mostly worked with tsx, tried bun and randomly a import failed The unclearness and so many "solutions" is overwhelming at times, all of them get you 90% of the way. |
It's sad that I have to switch from nodemon ts-node to TSX watch, because nodemon had the coolest color coding on console. But this is the only way in 2024. color-coding aside, TSX is much more reliable and also it's 1 package instead of 2 (nodemon / ts-node), so it's a nice upgrade |
Remove the property:
from your package.json and that's it, there was conflict between this property making node trying to use modules without the use of ts-node. In this case there's no need to use this property yet. |
Yeah found |
@gregpalaci Your solution worked for me. Thanks for sharing! |
Node version 18.17.0 where ts-node with package.json "type"="module" work fine |
@someu yes, because the version that broke it is v18.19.0. |
ts-node was not working in node 18.9.0 or above See: TypeStrong/ts-node#2100
I was getting the same issue 'ERR_UNKNOWN_FILE_EXTENSION', and after two hours of investigation, I fixed it. How to fix [nodemon] app crashed error and unknown file extension issues?Note: i setup a fresh project using my old node version was 20.18.0 requirements
update nodejs version in ubuntusudo npm cache clean -f
sudo npm install -g n
sudo n stable
sudo npm cache clean -f #[to clean npm cache]
# in new shell type 'node -v' [importnat] create a
|
I hope I found a way to handle that. "type": "module" Use the following configuration for in your tsconfig file : {
"compilerOptions": {
"skipLibCheck": true,
"module": "ESNext",
"moduleResolution": "bundler",
"target": "ESNext",
"isolatedModules": true,
"esModuleInterop": true,
"noEmit": true,
"allowImportingTsExtensions": true,
"outDir": "dist",
"lib": ["esnext"],
"types": ["node"],
"baseUrl": "./"
},
"exclude": ["node_modules"],
"include": ["src/**/*.ts", "bin/*.ts"]
} Use this in your package.json to start the dev server : "dev": "node --loader ts-node/esm src/index.ts" Finally, be sure that you didn't forget to add file extension when making an import. |
The only way I've managed to get this to work is by setting the
import { pathToFileURL } from "node:url";
import { register } from "node:module";
register("ts-node/esm", pathToFileURL("./")); Then call it like so: |
First of all ,I already looked at #1997 and most of other websites to solve the problem but I couldn't.This error is throwed when I try to use in Node v21.5.0.I realized that The problem is node version,when I updated Node version to v19.0.0 it works.Could you please update ts-node to work in new Node versions.
Best regards.
The text was updated successfully, but these errors were encountered: