Skip to content
This repository has been archived by the owner on May 22, 2024. It is now read-only.

fix: adapt to new node:test module in node 18 #1069

Merged
merged 4 commits into from
Apr 21, 2022
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
33 changes: 30 additions & 3 deletions src/runtimes/node/bundlers/zisi/src_files.ts
Original file line number Diff line number Diff line change
@@ -1,8 +1,10 @@
/* eslint-disable max-lines */
import { dirname, basename, normalize } from 'path'
import * as process from 'process'

import { not as notJunk } from 'junk'
import precinct from 'precinct'
import semver from 'semver'

import { FeatureFlags } from '../../../../feature_flags.js'
import { nonNullable } from '../../../../utils/non_nullable.js'
Expand Down Expand Up @@ -87,6 +89,32 @@ const getDependencies = async function ({
}
}

const paperwork = async (path: string) => {
Copy link
Member

Choose a reason for hiding this comment

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

Can we add a comment explaining that we're temporarily adding a step between us and precinct because of a specific issue?

Copy link
Member Author

Choose a reason for hiding this comment

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

done in c75179f

if (semver.lt(process.version, '18.0.0')) {
return await precinct.paperwork(path, { includeCore: false })
}

// for Node v18, we're temporarily using our own mechanism to filter out core dependencies, until
// https://github.com/dependents/node-precinct/pull/108 landed
const modules = await precinct.paperwork(path, { includeCore: true })
Copy link
Member

Choose a reason for hiding this comment

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

If I understand correctly, by using includeCore: true instead of includeCore: false, we're taking over the job of filtering the core modules, which you're doing with isBuiltinModule. I see the precinct seems to use a different detection mechanism, though.

Is there a risk this will cause regressions, with some modules suddenly being evaluated differently?

Copy link
Member Author

Choose a reason for hiding this comment

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

that's a good point - we should stick to process.binding if possible. isBuiltinModule is using a similar mechanism under the hood, but there could be subtle differences ...

Copy link
Member Author

Choose a reason for hiding this comment

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

done in c75179f

return modules.filter((moduleName) => {
if (moduleName.startsWith('node:')) {
return false
}

// only require("node:test") refers to the
// builtin, require("test") doesn't
if (moduleName === 'test') {
return true
}

// eslint-disable-next-line @typescript-eslint/no-explicit-any
const isNativeModule = moduleName in (process as any).binding('natives')

return !isNativeModule
})
}

const getFileDependencies = async function ({
featureFlags,
functionName,
Expand All @@ -111,9 +139,8 @@ const getFileDependencies = async function ({
state.localFiles.add(path)

const basedir = dirname(path)
const dependencies = featureFlags.parseWithEsbuild
? await listImports({ functionName, path })
: await precinct.paperwork(path, { includeCore: false })
const dependencies = featureFlags.parseWithEsbuild ? await listImports({ functionName, path }) : await paperwork(path)

const depsPaths = await Promise.all(
dependencies.filter(nonNullable).map((dependency) =>
getImportDependencies({
Expand Down