ts-node icon indicating copy to clipboard operation
ts-node copied to clipboard

Line numbers in stack traces are wrong in Node v20

Open gthb opened this issue 2 years ago • 9 comments

Search Terms

line numbers

Note that there is https://github.com/TypeStrong/ts-node/issues/1495, closed almost two years ago, long before Node v20 came out. I opened a new issue because (a) root causes are likely different even if the manifestation is similar, and (b) the way to reproduce is likely different as well, and (c) I can't reopen that old one anyway :) but the problem is clearly present today.

Expected Behavior

I expect line numbers in stack traces thrown from TypeScript code to match the actual line numbers in the file, when running under Node v20, as they do when running under Node v18 and v19.

Actual Behavior

When running under Node v20, line numbers in stack traces are wrong, appearing to be from the transpiled version of the module.

Steps to reproduce the problem

Run a TypeScript module in which an error is thrown. Observe that the line numbers in the stack trace of that error are incorrect when running in Node v20, but are correct when running in Node v18 or v19.

Minimal reproduction

https://github.com/TypeStrong/ts-node-repros/pull/34

Specifications

  • ts-node version: v10.9.1
  • node version: v20.5.1
  • TypeScript version: v5.2.2
  • tsconfig.json, if you're using one:
{}
  • package.json:
{
  "type": "module",
  "dependencies": {
    "ts-node": "latest",
    "typescript": "latest"
  }
}
  • Operating system and version: macOS 13.5.1 (22G90)

gthb avatar Sep 05 '23 13:09 gthb

I can reproduce this issue.

With the same code, stack trace line numbers are wrong with Node.Js 20. By just switching to Node.js 18, I get the correct ones.

SoftwareAndOutsourcing avatar Nov 10 '23 11:11 SoftwareAndOutsourcing

same on node 21

uriva avatar Nov 28 '23 15:11 uriva

This problem occurs in Node v18.19.0. It does not occur in Node v18.18.2.

So, seems likely that the cause is one of the changes reported as backported from v20 in https://github.com/nodejs/node/blob/main/doc/changelogs/CHANGELOG_V18.md#2023-11-29-version-18190-hydrogen-lts-targos

As a superficial guess, my money is on feat(esm): leverage loaders when resolving subsequent loaders #43772 as a likely cause. :)

gthb avatar Dec 12 '23 14:12 gthb

Updated https://github.com/TypeStrong/ts-node-repros/pull/34 accordingly, so it now uses v18.19.0 and exhibits the problem.

gthb avatar Dec 12 '23 14:12 gthb

I replaced ts-node with tsx, and now I get the correct line numbers with node 20.

SoftwareAndOutsourcing avatar Dec 12 '23 18:12 SoftwareAndOutsourcing

seeing the same issue with ts-morph: a workaround seems to be adding inline source maps and running node with --enable-source-maps.

{
      ...
      sourceMap: true,
      inlineSourceMap: true,
      mapRoot: 'file:///'
}

and

project.createSourceFile(/* full '/...' */ sourcepath, source)

sparecycles avatar Jan 04 '24 17:01 sparecycles

seeing the same issue with ts-morph: a workaround seems to be adding inline source maps and running node with --enable-source-maps.

I can confirm adding --enable-source-maps fixes this issue for me in Node 20. I did not have to enable inline source maps or change my ts-node configuration in any other way.

apazzolini avatar Jan 09 '24 17:01 apazzolini

node --loader=ts-node/esm --enable-source-maps myscript.ts fixes this issue for me in Node 18.19.0 as well. I didn't have to change anything in tsconfig.json.

dandv avatar Jun 19 '24 17:06 dandv