Experimental Test Coverage throws "cannot read properties of undefined (reading: line)"

[khaosdoctor]

Version

22.0.0

Platform

Darwin Turing-2.local 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:10:42 PDT 2024; root:xnu-10063.101.17~1/RELEASE_ARM64_T6000 arm64

Subsystem

Test Runner

What steps will reproduce the bug?

While running this command: NODE_ENV='test' tsx --test --experimental-test-coverage './src/**/*.test.ts' (same thing happens with NODE_ENV='test' node --import='tsx/esm' --test --experimental-test-coverage './src/**/*.test.ts'`) in this file:

import assert from 'node:assert'
import { readFileSync, readdirSync, unlinkSync } from 'node:fs'
import { dirname, resolve } from 'node:path'
import { before, describe, it } from 'node:test'
import { fileURLToPath } from 'node:url'
import { Teacher } from '../domain/Teacher.js'
import { TeacherRepository } from './TeacherRepository.js'

describe('TeacherRepository', () => {
  const dbPath = resolve(dirname(fileURLToPath(import.meta.url)), '.data')
  const teacher = new Teacher({
    firstName: 'Lucas',
    surname: 'Santos',
    phone: '123456789',
    email: 'foo@gmail.com',
    document: '123456789',
    hiringDate: new Date('2020-10-20').toISOString(),
    major: 'Computer Science',
    salary: 5000
  })

  before(() => {
    // limpa o arquivo de teste antes de começar
    // isso garante que sempre vamos ter um único registro
    unlinkSync(resolve(dbPath, 'teacher-test.json'))
  })

  it('should create a new teachers.json file under .data', () => {
    void new TeacherRepository()
    const dirs = readdirSync(dbPath)
    assert.ok(dirs.includes('teacher-test.json'))
  })

  it('should save a new Teacher in the database', () => {
    const db = new TeacherRepository()

    const instance = db.save(teacher)
    assert.ok(instance instanceof TeacherRepository)
    const teachersFile = JSON.parse(readFileSync(`${dbPath}/teacher-test.json`, 'utf-8'))
    assert.deepStrictEqual(Teacher.fromObject(teachersFile[0][1]), teacher)
  })

  it('should list all teachers in the database', () => {
    const db = new TeacherRepository()
    const teachers = db.list() as Teacher[]
    assert.ok(teachers.length === 1)
    assert.ok(teachers[0] instanceof Teacher)
  })

  it('should find a teacher by id', () => {
    const db = new TeacherRepository()
    const found = db.findById(teacher.id)
    assert.ok(found instanceof Teacher)
    assert.deepStrictEqual(found, teacher)
  })

  it('should update a teacher', () => {
    const db = new TeacherRepository()
    teacher.firstName = 'Not Lucas'
    const updated = db.save(teacher).findById(teacher.id)
    assert.ok(updated instanceof Teacher)
    assert.deepStrictEqual(updated, teacher)
  })

  it('should list teachers by a specific property', () => {
    const db = new TeacherRepository()
    const teachers = db.listBy('firstName', 'Not Lucas') as Teacher[]
    assert.ok(teachers.length === 1)
    assert.ok(teachers[0] instanceof Teacher)
    assert.deepStrictEqual(teachers[0], teacher)
  })
})

Shows me the result of the test runner, but the coverage is not shown:

▶ TeacherRepository
  ✔ should create a new teachers.json file under .data (1.419416ms)
  ✔ should save a new Teacher in the database (4.545542ms)
  ✔ should list all teachers in the database (0.264125ms)
  ✔ should find a teacher by id (0.181667ms)
  ✔ should update a teacher (0.311292ms)
  ✔ should list teachers by a specific property (0.801084ms)
▶ TeacherRepository (8.870708ms)
ℹ Warning: Could not report code coverage. TypeError: Cannot read properties of undefined (reading 'line')
ℹ tests 6
ℹ suites 1
ℹ pass 6
ℹ fail 0
ℹ cancelled 0
ℹ skipped 0
ℹ todo 0
ℹ duration_ms 221.09275

How often does it reproduce? Is there a required condition?

Seems to be intermittent, I have ran files without this issue in the past but for some file it does seem to happen, however I do not know which conditions are required for the bug to be reproduced as it seemed random.

What is the expected behavior? Why is that the expected behavior?

The expected behavior is that the code coverage is shown.

What do you see instead?

Warning: Could not report code coverage. TypeError: Cannot read properties of undefined (reading 'line')

Additional information

I had this issue before in a few different repositories, but they didn't have any configurations in common, as of now the reproduction of this error eludes me.

I've checked #51552 and #51392 but it doesn't seem to be related to source maps in my case.

[avivkeller]

Thanks for the bug report! Can you possibly provide a minimal reproducible example? One with only built-in modules, preferably.

Thank you!

[github-actions]

This issue/PR was marked as stalled, it will be automatically closed in 30 days. If it should remain open, please leave a comment explaining why it should remain open.

[avivkeller]

@cjihrig, doesn't stalled mean that the PR/issue is waiting for information?

[cjihrig]

I wouldn't categorize this as stalled, and I certainly don't want the bot to close the issue in 30 days. An exact reproduction would be nice, but we can make progress on this without it. There are only ~6 places in a single file where this could be happening, so we need some defensive coding. Also, if #51751 moves forward, I expect the error would have the missing information.

[avivkeller]

Ahh, my bad. Sorry! I'll try and see if I can make a smaller example.

[MoLow]

@khaosdoctor this issue cannot be reproduced without the contents of Teacher and TeacherRepository. Is there any way you can make a minimal reproduction within a gist or similar?

[khaosdoctor]

Hey guys, I'm super sorry about the delay in responding. I'll try to make a minimal reproduction here to check whether it happens on a specific case. As far as I could test for now, simpler tests tend to work, while on longer tests (with more complex structures) this error appears, I should be back shortly with some tests I made.

Thanks for waiting up!

[khaosdoctor]

So I made a few tests here, I used this file for reference:

import { describe, it } from 'node:test'

describe('ClassRepository', () => {

    it('should create a new json file under .data', () => {
        new ClassRepository()
    })
})

Apparently the issue is the transpilation, the original file is being run by tsx via --import tsx flag, the command is node --import tsx --test --experimental-test-coverage './src/**/*.test.*', if it's run like this, it won't work and will output that error, if I precompile the test and run it again, but using the dist folder instead, it works.

I tested both with node and tsx commands, the results are the same, if I run tsx --test --experimental-test-coverage './src/**/*.test.*' the error persists, but if I change the path to dist it works.

Weirdly enough, if I run a simple test like:

import { describe, it } from 'node:test'

function foo () { return 1+1 }

describe('ClassRepository', () => {

    it('should create a new json file under .data', () => {
        assert.strictEqual(foo(), 2)
    })
})

The test coverage works with both commands. Here's the contents of the ClassRepository file and its underlying class:

// ClassRepository
import { Class } from '../domain/Class.js'
import { Database } from './Db.js'

export class ClassRepository extends Database {
  constructor() {
    super(Class)
  }
}

// Db.ts
import { existsSync, mkdirSync, readFileSync, writeFileSync } from 'fs'
import { dirname, resolve } from 'path'
import type { Serializable, SerializableStatic } from '../domain/types.js'
import { fileURLToPath } from 'url'

export abstract class Database {
  protected readonly dbPath: string
  protected dbData: Map<string, Serializable> = new Map()
  readonly dbEntity: SerializableStatic

  constructor(entity: SerializableStatic) {
    const prefix = process.env.NODE_ENV === 'test' ? '-test' : ''
    this.dbPath = resolve(dirname(fileURLToPath(import.meta.url)), `.data/${entity.name.toLowerCase()}${prefix}.json`)
    this.dbEntity = entity
    this.#initialize()
  }

  #initialize() {
    if (!existsSync(dirname(this.dbPath))) {
      mkdirSync(dirname(this.dbPath), { recursive: true })
    }
    if (existsSync(this.dbPath)) {
      const data: [string, Record<string, unknown>][] = JSON.parse(readFileSync(this.dbPath, 'utf-8'))
      for (const [key, value] of data) {
        this.dbData.set(key, this.dbEntity.fromObject(value))
      }
      return
    }
    this.#updateFile()
  }

  #updateFile() {
    const data = [...this.dbData.entries()].map(([key, value]) => [key, value.toObject()])
    writeFileSync(this.dbPath, JSON.stringify(data))
    return this
  }

  findById(id: string) {
    return this.dbData.get(id)
  }

  listBy(property: string, value: any) {
    const allData = this.list()
    return allData.filter((data) => {
      let comparable = (data as any)[property] as unknown // FIXME: Como melhorar?
      let comparison = value as unknown
      if (typeof comparable === 'object')
        [comparable, comparison] = [JSON.stringify(comparable), JSON.stringify(comparison)]

      // Ai podemos comparar os dois dados
      return comparable === comparison
    })
  }

  list(): Serializable[] {
    return [...this.dbData.values()]
  }

  remove(id: string) {
    this.dbData.delete(id)
    return this.#updateFile()
  }

  save(entity: Serializable) {
    this.dbData.set(entity.id, entity)
    return this.#updateFile()
  }
}

Could this be due to ESM?

[avivkeller]

Thanks for more information! If you transpile with tsc, and then run the output file, will this issue also occur?

[khaosdoctor]

Nope, if I transpile the file it goes away, but in some other cases, the coverage also works with the bare TS files being imported with --import as well, like the simple example I mentioned.

[avivkeller]

It might be an issue with tsx, but I'm far from an expert.

@nodejs/typescript (IDK if this is the right team to ping)

[khaosdoctor]

I'm not sure, because it works in other cases, even running with tsx. I'm not sure it could be something related to ESM since I've seen some problems with it in the past