When using `require()` in es modules, no TS2441 error occurs and `node_modules/@types` is automatically included in the project.

[jespertheend]

Bug Report

🔎 Search Terms

cjs require

🕗 Version & Regression Information

• This changed between versions 4.0.5 and 4.2.3

⏯ Playground Link

Playground link with relevant code

💻 Code

// @filename: index.js
// @checkJs: true

/**
 * @param {string} str
 */
function require(str) {}

const someModule = require("google-closure-compiler");

export {someModule};

🙁 Actual behavior

TS2792 occurs at the call to require():

const someModule = require("google-closure-compiler");
//                         ^^^^^^^^^^^^^^^^^^^^^^^^^----- Cannot find module 'google-closure-compiler'. option?
//                                                        Did you mean to set the 'moduleResolution' option to 'node',
//                                                        or to add aliases to the 'paths'

What's worse, if the project contains types in node_modules/@types, these will now be included in the project, regardless of the value set for "typeRoots": [] in tsconfig.json, which is supposed to prevent this sort of behaviour.

From https://www.typescriptlang.org/tsconfig#typeRoots:

If typeRoots is specified, only packages under typeRoots will be included.

For me this caused a long and painful process of figuring out why I kept getting errors for imports missing from the "path" module, even though I definitely disabled node imports.

Here you can download a reduced test case of the situation described above.

Run tsc --noEmit -p jsconfig.json in the folder and you'll get an error stating that fromFileUrl is not in the "path" module, even though node_modules/@types has been disabled and a custom path has been added in jsconfig.json.

🙂 Expected behavior

Either no error, or an error informing me that I can't use require() as it's already taken by the compiler. The latter is already the case with TypeScript files:

function require(str: string) {}
//       ^^^^^^^------ TS2441: Duplicate identifier 'require'.
//                     Compiler reserves name 'require' in top level scope of a module.

It's just missing inside JavaScript files.

🔃 Workarounds

Just don't name your functions require 😅. But you'd have to know that this issue is happening in the first place, which is not easy to figure out with no errors telling you this.

[typescript-bot]

👋 Hi, I'm the Repro bot. I can help narrow down and track compiler bugs across releases! This comment reflects the current state of the repro in the issue body running against the nightly TypeScript.

---

Issue body code block by @jespertheend

❌ Failed: -

• Cannot find module 'google-closure-compiler' or its corresponding type declarations.

Historical Information

Version	Reproduction Outputs
4.2.2, 4.3.2, 4.4.2, 4.5.2, 4.6.2	❌ Failed: - Parameter 'str' implicitly has an 'any' type.

[andrewbranch]

@typescript-bot bisect good v4.0.5 bad v4.1.5

[typescript-bot]

The change between v4.0.5 and v4.1.5 occurred at c3d41bb.

[sandersn]

After the discussion on #50130, I think the right fix is to show an error; require calls in JS are almost always meant to import something even if the environment isn't strict commonjs.

However, the current error is emit-oriented; it'll show up in JS or TS files if your tsconfig targets es5, but that is not common, for the JS projects I've written at least. The error needs to show up for any JS file instead.

[jespertheend]

It's been a while since I opened this, so the exact details are a bit fuzzy. But fwiw my use case was that I'm using deno for running and tsc for type checking. Deno std has a function for importing cjs modules:

import { createRequire } from "https://deno.land/std@0.150.0/node/module.ts";
const require = createRequire(import.meta.url);
const closureCompiler = require("google-closure-compiler");

I worked around the issue by renaming require, so my issue has been solved.
But I spent a good amount of time scratching my head as to why the typedefs from node_modules/@types were being included, even though I had definitely set typeRoots in tsconfig.json to an empty array.

An error at const require = would certainly be helpful in this case.

[sandersn]

Interesting. It looks like the ideal would be for typescript to be able to resolve google-closure-compiler and not issue an error on require, since it's intended as a function that imports things. Not sure how practical that would be given your setup.

[jespertheend]

I reckon my setup is highly unusual xD. I don't think anyone else uses tsc for checking files intended for running with Deno.
I think the Deno language server normally takes care of this.