bugfix in v1.18 breaks when a core module is not available in a given node version

v1.18 broke some eslint plugins inside vscode (node v12)

const { appendFile } = require('fs/promises');

gives the following errors:

- Unable to resolve path to module 'fs/promises'. eslint(import/no-unresolved)
- "fs/promises" is not found. eslint(node/no-missing-require)

when running via cli using node v14 there is no error

[dlong500]

Just to follow up: I did figure out with the vscode eslint extension you can add an eslint.runtime setting to specify a node executable to use when running eslint. This is supposed to be a path, but just setting eslint.runtime: "node" appears to be enough to get eslint to use the version of node installed on the system and not the internal version used by vscode (it probably works because it looks at the system path variable which includes the external node binary). And yes, this does allow eslint to properly see fs/promises as a core module.

Thanks for the responses. It helped me to narrow down the root cause of my issue.

[cruzdanilo]

yes, fs/promises + resolve@1.17.0 + node@12 definitely pass